作者DarkerDuck (达克鸭)
看板DigiCurrency
标题Re: [新闻] 「泰斗级开发者」共同提出比特币新协议
时间Mon Jun 3 22:25:32 2019
虽然没有时间很仔细的把整个论文看一遍，不过毕竟我对网路架构也是略懂。
大概解释一下皮毛。
传统上P2P的网路协议，要广播讯息都是靠flooding，简单的讲就是我不管邻居是谁，
我直接最短时间内把我所收到的讯息再广播给我其他的邻居。
当然之前已经收到的资讯就直接就不用再重复广播了。
每个节点都遵守这简单的协议，那很快的整个网路都会有收到同样的讯息。
Bitcoin Mempool就是靠这种方式在做同步，
但有个问题就是fooding会有很大量的封包重复传送的问题。
毕竟目前的Internet上的Multicast网路多播一直实用化不起来。
要广播给所有邻居就是一个邻居一个邻居去传封包。
但是很有可能有些邻居已经有这些资讯了，而且这可能性还非常高。
这就造成大量的讯息封包浪费在不必要的传送上。
而Bitcoin的预设邻居设定值高达8，也就是每次转传最高可能高达7次的无效传送。
这是非常大的传输频宽浪费。
所以目前Greg Maxwell等人提出的Erlay就是把单纯的flooding改成diffusion
转传封包并不是直接无条件马上转传给所有邻居。
而是只有well-known public node，也就是大矿工间会执行low-fanout flooding。
其他private节点，基本上指SPV钱包节点，会透过reconciliation决定要转传那些交易。
因为这些非矿工节点，对於延迟比较没感觉，有收到交易即可。
而依照reconciliation群组不同，交易会被选择性的转传，而不是flooding。
经过数次reconciliation的转传，交易就可以在不浪费过多无效传输状态下转传整个网路。
详细的机制去看论文，我还没有时间全看完，不过大致上就是如此
https://arxiv.org/pdf/1905.10518.pdf
Greg Maxwell退出Blockstream後脑子有比较正常了，这个机制我是认为不错。
只是现在的BTC用不到就是，因为1MB区块根本耗不了多少频宽。
1000kB*8bit/600s= 13.3 kbps
就算因为flooding和区块转传浪费了十倍频宽，也不过只需要133kbps
这种状态下根本不需要Erlay，而目前Bitcoin最大的传输瓶颈还是在区块产生後的转传。
而BCH已经有Graphene等相关区块压缩後传输的技术，可把区块转传缩小为原本的1%大小。
而且也差不多实作完成。
当初Schnorr Signatures也是Maxwell喊说要做，结果先被BCH实作完成。
我觉得这个技术以後大概也是BCH上比较有机会先看到。
毕竟BCH假如要扩容到1GB的话
133 kbps*1000=133 Mbps
这已经超出目前一般人可以承受的频宽水准了。
还有非常多的技术需要实作，才能替扩容到1GB的愿景带来可行性。
--
simpleledger:qryeahexpqszdt9ffech6jhxu6wsfp0fnyhgd44ahf
Bitcoin: 1GxtyprMfcxE366BDUsg1skQyuAnxktZjc
https://www.blockchain.com/zh/btc/address/1GxtyprMfcxE366BDUsg1skQyuAnxktZjc
Bitcoin Cash: bitcoincash:qp928h4q4xasa5wh2x88xhsxgc4vwj6g95uzq0ak97
https://goo.gl/2qNr43
Ethereum: 0x4A2B1e35eb64141bbad4C58cB7D79692bC5Dbbc2
https://etherscan.io/address/0x4A2B1e35eb64141bbad4C58cB7D79692bC5Dbbc2
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 36.236.169.20 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/DigiCurrency/M.1559571934.A.3C5.html
1F：推 john371911: 看完头推！ 06/03 22:34
※ 编辑: DarkerDuck (36.236.169.20 台湾), 06/03/2019 22:36:34
2F：推 COOKIESIR: 颈推 06/03 22:38
3F：推 crazan: 颈推 06/03 22:40
4F：推 greg7575: 无限大包的帐本怎麽解决 (敲碗) 06/03 22:40
未来计画上节点就会开始做分工，
藉由UTXO Commitment可以让完整节点不需要下载整个区块链也可以验证交易有效性。
而一些节点将会成为Archieve节点，储存好几十TB的完整区块链，
实际上也可以做出奖励机制，若要对Archieve节点做出查询请求。
则需要付出少到没感觉的查询费用，既避免被DDoS又可以维持Archieve节点的运作。
这部分就可以用闪电网路去实作，闪电网路就是应该和应用绑在一起。
5F：→ crazan: 应该可以理解成牺牲些微的资讯传递稳固性换来有感的传递效 06/03 22:41
6F：→ crazan: 率？ 06/03 22:41
理论上不会损害到资讯传递的可及性，但是会增加交易传输到整个网路的延迟
7F：推 camellala: 胸椎推 06/03 22:49
8F：推 jorden: 推 06/03 22:51
9F：推 TimWater: 推 06/03 23:06
10F：推 smgo: 怎麽听起来有点像能去搞传统的DDOS攻击攻击，且成效可观。 06/03 23:28
11F：推 leftc: 推技术文 06/03 23:37
12F：推 justben: 腰推 06/03 23:46
13F：推 Crypto: 快开门让我出金～！！ 06/03 23:52
14F：推 goldflower: 推论文 06/03 23:55
15F：推 itsdelovely: 推 06/03 23:55
16F：推 aierozent: 骨盆推 06/04 00:09
17F：推 kugwa: ya 推技术速食文 06/04 01:09
18F：推 rmp4rmp4bear: 尾椎推 06/04 04:51
19F：推 ketao: 推 06/04 05:11
20F：推 edisonsong: 推一波 06/04 08:38
21F：推 jixian: 好快 06/04 10:03
22F：推 Jkx: 狂涨知识 06/04 19:35
※ 编辑: DarkerDuck (111.255.218.160 台湾), 08/13/2019 09:09:18