HCocoa's avatar
HCocoa
_@hcocoa.com
npub10kdu...fru0
keep hodling and stay safu
HCocoa's avatar
hcocoa 2 years ago
【君子不立于危墙之下】 这个事情其实挺严重的,因为币安没有USDC,大部分交易对都是BUSD,停止增发意味着没有增量资金了,可能会恢复其他交易对(刚才cz也说了) 。 另外BUSD和USDT已经脱钩,这是有问题的。因为币安提现时BUSD可以1:1刚兑USDC,这意味这套利者可以用USDT换成BUSD提现为USDC再到DEX换成USDT充回币安。 这样BUSD的需求上升,回逐渐恢复锚定。但事实是继续在脱钩。 因此大家要小心FUD踩踏。 一点个人愚见,供参考。
HCocoa's avatar
hcocoa 2 years ago
【忒修斯Relay之二:广播推荐Relay】 思考一个现实问题: 如果在未来的某个时点,我们目前连接relay逐个关站跑路了,或者由于某些原因无法连接,那么我们在切换到自建relay或者其他可用relay后,如何通知到现有的follower,使他们能够去新的relay继续找到我们呢? nostr协议考虑到了这一点: (1)NIP-01中定义的类型2事件(recommended_relay) (2)NIP-65中定义的类型10002事件(relay list metadata) 其中:类型2每次可以推荐一个relay,适合自建relay的情形;类型10002则可以推荐包含多个relay的列表,并且分别标明作者如何使用这些relay(读、写、读写),便于客户端更加灵活地使用。 既然协议已经考虑到了这一点,但是不是就可以高枕无忧了呢? 抱着大胆假设小心求证的态度,我去github上查看了两个流行客户端的源代码,实际情况让我大跌眼镜。 1.Damus 在damus/Nostr/NostrKind.swift文件中,Damus定义了事件类型的枚举值,里面根本就不包含类型2和类型10002。也就是说,Damus目前压根就没打算实现relay推荐功能。 2.Snort.social 同样的,在src/Nostr/EventKind.ts中,Snort也定义了事件类型的枚举值,里面倒是提到了RecommendServer = 2。但是经过仓库的全文搜索,并没有代码引用这个,这表明Snort有考虑到NIP-01中的类型2推荐relay,但是暂时没有实现,更不要说NIP-65的类型10002了。 由此我们可以得出结论:现有的流行nostr客户端对于广播推荐relay地址并没有很好的支持。 因此在未来relay批量关站跑路或者被封禁的情况下,由于没有流行客户端实现类型2和类型10002事件,你需要另外的可靠信道把你新relay地址通知你的follower,可能会引起可用性问题。 #Relaynology
HCocoa's avatar
hcocoa 2 years ago
刚看到有人加了100多个relay,这让我想起伏地魔为了长生不死制造了7个魂器。
HCocoa's avatar
hcocoa 2 years ago
【脑洞猜想未来的relay类型】 最近各种收费或免费relay如雨后春笋般涌出。就像99%的山寨币都会归零一样,大部份的relay最后也都会关站跑路。 于是脑洞猜想一下未来可能长期存在的几种relay形式: 1.免费公共relay 充斥着广告、垃圾信息,连接速度缓慢;因为存储成本限制,只能保存最近3天的消息。 2.社交验证relay 连接前需要验证邮箱、手机号、twitter账号等,提供简单anti-spam,只保存最近7天的消息。 3.月租收费relay 和手机卡一样,需要充值才能使用的收费relay,速度快,广告少,可以拉取一个月到一年内的消息。 4.历史归档relay 保存了尽可能久远的消息,按照查询数据量收费。 5.大V名人relay 仅对KYC的用户开放写权限,其余人只读,速度快,无垃圾广告。 你觉得可能还有什么类型的relay?欢迎留言转发补充😊
HCocoa's avatar
hcocoa 2 years ago
会不会存在存在重放攻击的风险? 如果某些恶意relay拿到你的消息比如follow操作,它可以一直全网重放,最后导致你无法取关。
HCocoa's avatar
hcocoa 2 years ago
【忒修斯之nostr】 刚才脑洞想到一个问题: 假设我一开始使用的是默认的7个relay。然后随着时间推移,由于某些relay不可用或者连接缓慢,被我逐步删除,替换为新的relay,那么这些新relay能通知到我的所有follower吗? 如果无法通知到follower,那么在替换relay的过程中,我的原先7个relay里的follower就会逐渐丢失,而我毫无知觉。终将有一天,原始的7个relay全部被替换,而最初的follower就全丢了。 看了一下 nostr协议,似乎每次用户发note时都带上当前最新的推荐relay列表(不知道理解的对不对)但这样也有两个问题: 一是假设一次性替换全部7个relay,期间没有发note,那么还是会follower全丢。 二是假设某个用户只能连接7个relay中的1个节点A,然后我这次碰巧把A删掉换成了B,即使该用户能连B,但这个follower还是会丢掉。 这可能就是去中心化的代价吧。
HCocoa's avatar
hcocoa 2 years ago
可能很多人没有意识到nostr的本质: 任何人都可以运行一个自托管的relay,他的言论都发到这个relay上,follower可以通过这个relay获取作者的所有言论,无人可以审查或者删除。 这个其实很像早期互联网的个人博客。 而公共relay是体现不出去中性化的。