Tag: Web3
什么是无常损失? 无常损失(Impermanent Loss,IL)是去中心化金融(DeFi)领域的一种独特风险。它主要发生在流动性提供者(LPs)向自动化做市商(AMM)平台(例如Uniswap或SushiSwap)提供资产时。 当流动性池中资产的相对价格发生变化时,就会产生无常损失。 与直接持有这些资产相比,无常损失表示一种损失。 什么造成了无常损失? 无常损失的成因是流动性池中资产相对价格的变化。当LP将两种资产存入流动性池时,这些资产的比例会动态调整,以保持恒定乘积(例如,在Uniswap v2中,)。如果两种资产的市场价格发生变化,池中的资产分配会随之调整,这可能导致与直接持有资产相比的损失。 示例 初始状态:存入1 ETH和100 USDT(假设1 ETH = 100 USDT)。 价格变化:ETH价格上涨至1 ETH = 150 USDT。 重新平衡:流动性池会调整资产比例,以保持恒定乘积公式。 取出资产:您取出约0.82 ETH和123 USDT,总价值为 USDT。 直接持有价值: USDT。 差额:无常损失为 …
ionomy.com 交易所的最后一次访问记录可能是2024年6月。 我有一些BLURT币在Ionomy交易所,一直没去管它,这几天想上去看看,因为牛市来了,BLURT币也拉了不少。谁知道网站直接打不开了。 Ionomy交易所已经打不开了。 问了一下,大概是几个月前(2024年年初)跑路的,我现在才知道,关键是没收到任何通知/预警。鱼老板说:“交易所真爱跑路,说了还怎么跑”。 Ionomy交易所是个非常小众的交易所,2018年10月创立,下面是Ionomy交易所在Coinmarketcap(现被币安收购)显示的信息: 我还在FB/Meta上联系他们,但是估计跑路了,不报任何希望了。 Ionomy的Telegram群也就不到300人,太小众了。 我在群的照片里看到了Ionomy交易所的管理层,也不知道是真是假,无从核实,在Linkedin上也搜不到。 这是我在群里照片看到的Ionomy交易所的界面,我的帐号里面应该有大概5000或者1万个BLURT币,也就几十美元,丢了几根鸡腿。 万幸的是前几年曾经提走了0.124个BTC,不然放到现在得哭死了。(当时BLURT的糖果/Airdrop/空投换了0.124个BTC) 为什么我要使用Ionomy交易所? 因为BLURT是STEEM分叉出去的币,小币种,支持它的交易所只有不到三个,其中一个是Ionomy,还有一个比较有名的是Hive-Engine。 小币上大交易所费用贵,听说前几年的上交费是1个比特币。我在STEEM上的发的文章一般也会同步到BLURT去,挣些糖果。 避免小众交易所 币放在交易所就得承担交易所倒闭或者跑路的风险,特别是那些未被监管或者不是很有名的交易所。这么小的交易所把钱放里面和丢了差不多。 还有一个,Ionomy交易所是不需要KYC身份证明的/Know Your Customer,所以这一点也反应确实不太正规,规模太小。 交易所的币适合快进快出,不适合大量放钱,但我觉得好麻烦,放在大一点的交易所可能还好,比如币安Binance或者火币HTX。记住了:Not Your Keys, Not Your Funds. 你没有钱包钥匙就很可能不是你的币。 在BLURT上有相关的讨论: Good night …
2024年11月17日
Javascript, Poloniex P站, 交易所 Crypto Exchanges, 加密货币, 区块链, 比特币 BTC, 程序设计, 算法, 编程, 计算机, 计算机, 软件工程
币圈的P站是Poloniex,前几年被孙宇晨收购了,它是一个交易所。我很久之前用过Poloniex,当时对其印象并不是很好。 不过,现在我对其好感增加,因为币安买下的coinmarketcap免费的接口就很多限制。 官方文档),这个接口的频率限制是一秒200次,很慷慨了。 https://api.poloniex.com/markets/price 能返回所有交易配对,比如这样的: 这个JSON返回的结构是一个数组,每个元素是个结构体,也就是一个币价的具体配对信息,我们可以看成是一条边Edge两个顶点Vertice,这样就是一个图结构(带权图 Weighted Graph,权值就是兑换价格),虽然给的是单边,但其实是个双向的,比如USD_BTC得值可以反过来推得BTC到USD的价格。我们可以设计一个算法,从币价A到币价B,可以通过BFS广度优先搜索算法来获取价格。比如有配对A_B、B_C、C_D我们就可以获得A_D的值。 深度优先搜索算法DFS也可以,不过这个算法会返回找到的第一条路径,并不能保证是最短的,最短的确实是最准确的,因为链也长,转换精度就会下降。 当然,可能存在多条路径,最理想的状态是把这些路径都求出来,取个平均啥的,不过这样就得暴力搜索所有的路径了,算法时间复杂度就会比较高。 以下是BFS广度优先算法的代码,Javascript的,可以用于网页前端或者NodeJs后端,甚至是CloudFlare Serverless Worker或者是其它无服务框架:Azure Function、AWS Lambda等。 const fetch = require('node-fetch'); async function getTicker(a, b) { try { const response = …