虽然没有时间很仔细的把整个论文看一遍，不过毕竟我对网络架构也是略懂。
大概解释一下皮毛。
传统上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的愿景带来可行性。