Gulf Stream 简介
对付 Bitcoin 和 Ethereum，未确认生意业务数凡是在 20K-100K 阁下，如上所示。内存池的巨细（凡是以未确认的生意业务数来权衡）取决于区块空间的供需环境。纵然在时代的早期，当内存池增长时，也会导致整个网络发生显著的瓶颈效应。
此架构自己具有很多努力的副浸染。首先，在负载不敷的环境下，验证者可提前执行生意业务并舍弃任何失败的生意业务。其次，率领者可以按照转发生意业务的验证者的权益权重来确定生意业务处理惩罚的优先级。这使网络可以或许在大局限拒绝处事期间正常降级。
Ethereum 和 Bitcoin 中的内存池利用蜚语协议以对等方法在随机节点之间流传。网络中的节点会按期结构一个暗示当地内存池的布隆筛选器，并从网络上的其他节点请求与该筛选器不匹配的任何生意业务（以及其他一些生意业务，，譬喻最低用度）。将单个生意业务流传到网络的其他部门将至少需要 log(N) 个步调，这会耗损筛选它所需的带宽、内存和计较资源。
内存池简介
内存池是一组已提交但尚未被网络处理惩罚的生意业务。请看下方的 Bitcoin[1] 和 Ethereum[2] 内存池。
30 天的 Bitcoin 内存池（以字节为单元）。
将生意业务转发给任何验证者后，验证者会将其转发给即将到来的率领者之一。客户端可以订阅来自验证者的生意业务确认。客户端知道区块哈希将在一按时间后失效，可能生意业务已被网络确认。这使客户端可以或许对肯定会执行或失败的生意业务举办签名。网络过了回滚点后，生意业务引用的区块哈希便逾期，客户端就可以确保生意业务已无效，而且永远不会在链上执行。
到今朝为止，可以很明明地看到，区块链网络只有在其内存池最小的环境下才气发挥浸染。固然很多生意业务吞吐量有限的网络举办了不懈尽力，实验改革全新的缩放技能以办理内存池不绝增长的问题，但 Solana 从建设之初就已打算回收诸如汗青证明、Gulf Stream 和 Sealevel 等优化方案来办理第一代区块链网络的问题，并实现了庞大的生意业务吞吐量。这使得它从一开始就以惊人速度在全球范畴内扩展，并在为世界各地的企业、经济体和人民建设一个成果强大的去中心化基本布局方面得到重大成长。
那么，Solana 如何改进这种环境？在不增加网络吞吐量的环境下，Solana 验证者可以打点巨细为 100,000 的内存池。这意味着在 50,000 TPS 的网络吞吐量下，只需几秒钟即可处理惩罚一个 100,000 个生意业务的内存池。这正是 Solana 成为世界上机能最高的免许可区块链的原因。
很了不得，对吧？可是这种简朴的阐明忽略了很多重要因素……
它的道理是什么？钱包之类的客户端对引用特定区块哈希的生意业务举办签名。客户端选择在时间上最近的一个已被网络完全确认的区块哈希。约莫每 800 毫秒发起一次区块，每增加一个区块，用于展开操纵的超时时间以指数递增。按照我们的默认超时曲线，在最坏的环境下，完全确认的区块哈希在 32 个区块之前已经存在。生意业务仅在所引用区块的子区块中有效，而且仅对 X 区块有效。固然 X 尚未最终确定，但我们预期一个区块哈希具有约 32 个区块的 TTL（保留时间）。假设区块时间为 800 毫秒，相当于 24 秒。
在此博客文章中，我们将探讨用于实现高机能反抗网络的 Solana 的内存池打点办理方案 Gulf Stream。在今后的博客文章中，我们将先容所有 7 项要害创新。
当基准客户端开始每秒生成 100,000 个生意业务时，蜚语协议就会不堪重负。计较筛选器以及在计较机上应用筛选器而且同时在内存中维护所有生意业务，这些操纵的本钱会变得很是高。率领者（区块出产者）还必需从头传输一个区块中的沟通生意业务，这意味着每个生意业务至少在网络中流传两次。这既不高效也不实用。
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
