再次尝试keet最新版本，keet适合人数多一点的群聊，人数多才更能保证至少有一个群员开着电脑端的keet，提供历史数据。
https://support.holepunch.to/hc/en-001 
ps
npub10nmg...7024
我现在把Nostr理解为更好的web，虽然Nostr 的出发点只是做一个去中心化的社交网络协议。因为Nostr内置了ID + 支付 + RSS，而且它的客户端是浏览器+编辑器二合一。这几个都是web想做却没能实现的。考虑到Nostr的其它应用，它也是一个更好的Internet 。
原来Facebook是这样规划的，但是好像没有实施。
“WhatsApp的消息都是加密的，基本不会收集用户数据。但由于2016年的政策改变，让Facebook得到了WhatsApp用户的电话号码数据。不仅如此，公司还计划将WhatsApp用户的号码与其个人Facebook 资料进行匹配，内部人士表示，如果WhatsApp用户的号码与其对应的Facebook个人资料匹配成功。Facebook将利用它所知道的用户行为和兴趣，对用户在WhatsApp上看到的广告进行个性化定制。
当然如果WhatsApp用户没有完善相同号码Facebook个人资料，或者选择退出Facebook的目标定位，那么用户看到的将只是普通广告。”
【科学家李飞飞：AI还处于前牛顿时代，人类还没搞懂基本原理-哔哩哔哩】 https://b23.tv/XuF6C5W
推荐系统太重了。
发现BTCStudy这个页面更新了
地图
一篇20年前的博客，讨论email与ecash结合。
Ai翻译最后一段:
电子邮件邮资相比其他基于金钱的解决方案的真正优点在于它是广泛的和公平的(没有人需要担心与其他人采用不同的系统,这是互联网保留的一个很好的平等属性,也没有区域给大企业定位自己,这样它们就可以从用户那里勒索钱);它可以完全在终端实现(你只需要升级mutt或Outlook,你不需要改变ISP),它是灵活的(你可以根据邮件来自谁,发给谁,或者内容不同来改变费用),它的外部成本也很少(你不需要重新实现互联网,你不需要创建一个新的警察专案组,或者让更多案件通过法院,或者为ISP添加很多新的限制——基本上,当人们不遵守规则时,你只是不会收到他们的邮件,你不会受伤并寻求补救)。
这里的邮资通过ecash实现。 View quoted note →
Ai 总结：
这篇文章讨论了如何在HTTP协议下进行电子现金(ecash)支付。文章提出,正常的HTTP请求只包含请求和响应,不适合进行支付。为了在HTTP框架内实现支付,文章建议:
1. 首先使用HEAD请求确认网页是否存在和是否需要更新缓存。HEAD请求可以获取网页价格信息。
2. 然后使用GET请求,在请求头中加入相应的电子货币作为支付。
3. 通过HTTP1.1的持久连接功能,可以实现HEAD和GET请求之间的连接,从而实现支付。
4. HTTP协议中已经预留了“需要支付”的错误代码,这提供了很好的兼容性。
5. 该方案对HTTP协议影响最小,效率也很高。
总之,文章提出了一种在现有HTTP框架内实现ecash支付的轻量级方法。 View quoted note →
不同层级的聪安全性排序 
ETF 成了BTC L2。
“現在應該很明顯了，但恐怕我還是得把它拼出來：比特幣，而不是區塊鏈。比特幣，不是加密貨幣。比特幣，不是分佈式賬本技術。比特幣，不是 DeFi。比特幣，不是 Web3。比特幣，不是 CBDC。比特幣，不是收益農場。比特幣，不是向你出售部分準備金紙比特幣的中心化新銀行。比特幣就是比特幣。”
親愛的加密貨幣和法幣兄弟-一封致困惑和不屑一顧的人的公開信(Dear Crypto & Fiat Bros)
