12 posts tagged with "solana"

在这篇博文中，我们将介绍 Cloudbreak，Solana 的水平扩展状态架构

在这篇博文中，我们将探讨 Gulf Stream，这是 Solana 用于高性能对抗网络的内存池管理解决方案。在进一步的博客文章中，我们将列出所有 7 个关键创新。

分布式系统中最困难的问题之一是时间一致性。事实上，一些人认为比特币的工作量证明算法最重要的功能是充当系统的去中心化时钟。在 Solana，我们相信历史证明提供了这个解决方案，并且我们已经基于它构建了一个区块链。

去中心化网络通过可信的集中式计时解决方案解决了这个问题。例如，谷歌的 Spanner 在其数据中心之间使用同步原子钟。谷歌的工程师以非常高的精度同步这些时钟并不断维护它们。

在区块链等对抗性系统中，这个问题更加困难。网络中的节点不能信任外部时间源或消息中出现的任何时间戳。例如，哈希图通过“中值”时间戳解决了这个问题。网络看到的每条消息都由网络的绝大多数人签名和时间戳。消息的时间戳中位数就是 Hashgraph 所说的“公平”排序。每条消息都必须传播到系统中的绝大多数节点，然后在消息收集到足够的签名后，整个集合需要传播到整个网络。正如您可以想象的那样，这确实很慢。

如果您可以简单地信任编码到消息中的时间戳怎么办？大量的分布式系统优化将突然可供您使用。例如。

在我们的例子中，这意味着高吞吐量、高性能的区块链

在这篇博文中，我们将探讨 Solana 的并行智能合约运行时 Sealevel。在开始之前，需要考虑的一件事是 EVM 和 EOS 基于 WASM 的运行时都是单线程的。这意味着一次一个合约会修改区块链状态。我们在 Solana 中构建的是一个运行时，可以使用验证器可用的尽可能多的内核并行处理数万个合约。

Solana 之所以能够并行处理事务，是因为 Solana 事务描述了事务在执行时将读取或写入的所有状态。这不仅允许非重叠事务并发执行，还允许仅读取相同状态的事务并发执行。

在这篇博文中，我们将探讨 Tower BFT，这是 Solana 的 PBFT 自定义实现，它更喜欢活跃性而不是一致性。 Tower BFT 在达成共识之前利用 Solana 的 PoH 作为时钟，以减少消息传递开销和延迟。

在这篇文章中，我们将探讨 Turbine，这是 Solana 的区块传播协议（受 BitTorrent 启发），它解决了区块链可扩展性的难题。

在solana的数据账号使用过程中，牵扯两种账号