@LeeReamond 嗯有道理，做参照的话 BitMessage 他们选了 SHA512 所以比特币的 ASIC 不能拿来直接做 PoW 。他们的 PoW 难度也大，期望值大概是 5 、6 分钟左右（他们是邮件的形式）。所以感觉是可以在 peer 交换之间再设一条坎，比如上下行对等、频率限制等。

@LeeReamond 有期望值，方差也不是很大，目前设定的参数在现代电脑上 1-5s 之间。实际上可以考虑成邮件形式，虽然 webui 做成了及时聊天的样子（可能是个错误）

@120267583 似乎你又发明了一个分布式账本（区块链）

@smallyu 什么样的效率会低？

@lookStupiToForce 类似于 ECIES：发送的时候发送者把自己的公钥也嵌在消息里面一起加密，然后给消息用私钥签个名。消息的收件地址是收件人所在的组。消息传到这个组内的时候所以组内成员都会尝试解密，能够成功解密的就是收件人。收件人解密完后用消息内部的公钥就可以知道谁是发件人，并且通过公钥和签名可以验证消息的确是这个发件人发的。

@nielinjie 这个不是匿名的布告栏，是保证匿名性的分布式消息传递网络。

@lookStupiToForce 我表述不够详细。加入随机群组是指的用户会被分配到一个虚拟的组内 /给一个不唯一的编号，没有方法可以区分任何两个在同一组内的用户，以达成匿名性。消息是通过 p2p 的广播（ gossip ），网络通信部分是可能被垃圾信息占用资源，但是如上面所说有 pow 和日后可以通过别的方式改善（比如上下行对等的策略）。

@lookStupiToForce 为何不可取可以详细说一下吗？

@fgwmlhdkkkw 每一条 protobuf 有大小限制，目前为 ~65536 b (~16 kb)

@ZE3kr 群发可以直接用发多条来实现。的确这样会需要很多的 pow 但是逻辑上是合理的（否则可以滥用群发）。如果想要更好的用户体验（比如群发列表接收者也可以看到），可以做 message 上的 extension 。

@sujin190 proof-of-work 不是 proof-of-stake 或者你可能在想 gas fee ，可以多了解一下。

@Dkngit 不是匿名的 https://tox.chat/faq.html#tox-leak-ip ，看着也不是 0-RTT 的样子。这种网络比较好 route ，和 bt 一样维护一个 DHT 就好，看着也是这么实现的。

@sujin190 使用 pow 就是将发送成本和发送量挂钩：如果垃圾消息是常规消息万倍，那发送者就需要常规用户万倍的计算量。以后的实现中还可以加上 p2p 上下行对等，保证 fairness 之类的算法。完全避免垃圾消息是不可能的，因为网络设计出来就是不可以区分垃圾消息或者普通消息。

@aima 就是哈希碰撞，和 hashcash /比特币差不多。

@AIML 群发广告相当于 flooding ，pow 应该就可以解决。定向广告的话可以在客户端做个黑名单 /未知发件人过滤。

potayto, potahto