diff --git a/translations/7947.md b/translations/7947.md index 5a5760f..38ed3c2 100644 --- a/translations/7947.md +++ b/translations/7947.md @@ -13,28 +13,28 @@ Solana 最近经历了前所未有的交易量，导致高比例的交易失败 * 所有它打算从中读取或写入的账户数组 * 一个或多个指令（即，最小执行单元） -* 一个最近的 blockhash +* 一个最近的区块哈希值 * 一个或多个签名 运行时将按顺序原子地处理交易中包含的每个指令。如果指令的任何部分失败，整个交易将失败。 ‍ -_什么是 Blockhash？_ +_什么是区块哈希？_ -_"blockhash"是一个_ [_slot_](https://solana.com/docs/terminology#slot) _的最新历史证明（PoH）哈希。由于 Solana 依赖于_ [_PoH_](https://solana.com/news/proof-of-history) _作为可信时钟，一个交易的_ **_recent blockhash_** _可以被视为时间戳。Blockhash 可以防止重复并为交易提供生命周期。如果一个交易的 blockhash 太旧，它将被拒绝。最大的 blockhash 年龄为 150 个块或约 1 分钟 19 秒。_ +_"区块哈希"是一个_ [_slot_](https://solana.com/docs/terminology#slot) _的最新历史证明（PoH）哈希。由于 Solana 依赖于_ [_PoH_](https://solana.com/news/proof-of-history) _作为可信时钟，一个交易的_ **_recent blockhash_** _可以被视为时间戳。区块哈希可以防止重复并为交易提供生命周期。如果一个交易的区块哈希太旧，它将被拒绝。最大的区块哈希年龄为 150 个块或约 1 分钟 19 秒。_ ### 交易如何提交？ Solana 由一组[验证者](https://solana.com/docs/terminology#validator)维护，他们验证添加到[账本](https://solana.com/docs/terminology#ledger)的交易。从这组中选择一个领导验证者来将条目附加到账本。账本上的条目可以是一个 [tick](https://solana.com/docs/terminology#tick) 或一个[交易条目](https://solana.com/docs/terminology#transactions-entry) 。账本保存了一个包含客户端签名的交易条目列表。 [创世块](https://solana.com/docs/terminology#genesis-block)在概念上追溯到账本。但实际验证者的账本可能只有更新的块，以减少存储，因为在设计上旧块不需要用来验证未来的块。 -领导验证者每个 [slot](https://solana.com/docs/terminology#slot) 只能生成一个 [block](https://solana.com/docs/terminology#block)，blockhash 是用于标识每个块的唯一标识符。它是一个块的所有条目的哈希，包括上一个块的哈希。 [领导计划](https://solana.com/docs/terminology#leader-schedule)在每个纪元之前确定，通常在大约两天之前，以决定哪个验证者将在任何给定时间充当当前领导者。当发起交易时，它将被转发给当前和下一个领导验证者。 +领导验证者每个 [slot](https://solana.com/docs/terminology#slot) 只能生成一个 [block](https://solana.com/docs/terminology#block)，区块哈希是用于标识每个块的唯一标识符。它是一个块的所有条目的哈希，包括上一个块的哈希。 [领导计划](https://solana.com/docs/terminology#leader-schedule)在每个纪元之前确定，通常在大约两天之前，以决定哪个验证者将在任何给定时间充当当前领导者。当发起交易时，它将被转发给当前和下一个领导验证者。 ‍ 交易可以通过以下方式提交给领导者： -1. **RPC 服务器**：交易可以通过 RPC 提供者通过 [sendTransaction](https://solana.com/docs/rpc/http/sendtransaction) JSON-RPC 方法提交。接收的 RPC 节点将尝试将其作为 [UDP 数据包](https://www.helius.dev/blog/all-you-need-to-know-about-solana-and-quic#what%E2%80%99s-udp)每两秒发送给当前和下一个领导者，直到交易完成或交易的 blockhash 过期（在 150 个块或约 1 分钟 19 秒后）。在此之前，只有客户端和中继 RPC 节点知道该交易记录。 +1. **RPC 服务器**：交易可以通过 RPC 提供者通过 [sendTransaction](https://solana.com/docs/rpc/http/sendtransaction) JSON-RPC 方法提交。接收的 RPC 节点将尝试将其作为 [UDP 数据包](https://www.helius.dev/blog/all-you-need-to-know-about-solana-and-quic#what%E2%80%99s-udp)每两秒发送给当前和下一个领导者，直到交易完成或交易的区块哈希过期（在 150 个块或约 1 分钟 19 秒后）。在此之前，只有客户端和中继 RPC 节点知道该交易记录。 2. **TPU 客户端**：[TPU 客户端](https://crates.io/crates/solana-tpu-client/1.17.28)只需提交交易。客户端软件需要处理重新广播和领导者转发。 ‍ @@ -44,7 +44,7 @@ Solana 由一组[验证者](https://solana.com/docs/terminology#validator)维护 1. **encoding:** 用于交易数据的编码为 base58 或 base64。 2. **skipPreflight:** Preflight 检查包括验证交易签名并根据预先提交的 bank slot 模拟交易。如果 Preflight 检查失败，将返回错误。此功能的默认设置为**false**，表示不跳过 Preflight 检查。 3. **preflightCommitment:** 它指定在执行 Preflight 检查时使用的[承诺级别](https://docs.solanalabs.com/consensus/commitments) 。承诺级别默认设置为 **finalized**，但可以通过指定字符串进行更改。建议指定相同的承诺和 Preflight 承诺以避免混乱的行为。 -4. **maxRetries:** maxRetries 参数确定 RPC 节点需要重试将交易发送给领导者的最大次数。如果未提供此参数，RPC 节点将重试交易直到交易完成或直到 blockhash 过期。 +4. **maxRetries:** maxRetries 参数确定 RPC 节点需要重试将交易发送给领导者的最大次数。如果未提供此参数，RPC 节点将重试交易直到交易完成或直到区块哈希过期。 5. **minContextSlot:** **minContextSlot** 参数指定执行 Preflight 交易检查的最小槽。 ### 交易如何处理？ @@ -97,13 +97,13 @@ TPU 在五个不同的阶段处理交易： 网络层可能在领导者处理之前丢弃交易。[**UDP 数据包丢失**](https://www.baeldung.com/cs/udp-packet-loss)是可能发生这种情况的最简单原因。另一个原因与 TPU 的 **fetch 阶段**有关。当网络负载较重时，验证者可能会被需要处理的交易数量压垮。验证者可以将额外的交易转发到下一个验证者的 **tpu\_forward** 端口。然而，可以转发的数据量是有限的，每次转发在验证者之间限制为一跳。这意味着在 **tpu\_forwards** 端口接收的交易不会被转发到其他验证者。如果未处理的重播队列大小超过**10,000 笔交易**，新提交的交易将被丢弃。 -### 过时/不正确的 Blockhash +### 过时/不正确的区块哈希 -每个交易都有一个作为[历史证明](https://www.helius.dev/blog/proof-of-history-proof-of-stake-proof-of-work-explained#what%E2%80%99s-proof-of-history)（PoH）时钟时间戳的“最近 blockhash”。这个 blockhash 帮助验证者避免处理相同的交易两次，并跟踪交易何时以及以何种顺序被处理。验证者将由于无效的 blockhash 在处理过程中拒绝交易。 +每个交易都有一个作为[历史证明](https://www.helius.dev/blog/proof-of-history-proof-of-stake-proof-of-work-explained#what%E2%80%99s-proof-of-history)（PoH）时钟时间戳的“最近区块哈希”。这个区块哈希 帮助验证者避免处理相同的交易两次，并跟踪交易何时以及以何种顺序被处理。验证者将由于无效的区块哈希在处理过程中拒绝交易。 -* **Blockhash 过期** +* **区块哈希过期** -交易的 blockhash 一旦不再被认为是足够“最近”，就会过期。为了处理交易，Solana 验证者会在一个块中搜索相应 blockhash 的 slot 号。如果验证者找不到 blockhash 的 slot 号，或者查找到的 slot 号比正在处理的块的 slot 号低**151 个 slot** 以上，交易将被拒绝。默认情况下，如果 Solana 交易在一定时间内（~_1 分钟 19 秒_）未提交到一个块中，则会过期。 +交易的区块哈希一旦不再被认为是足够“最近”，就会过期。为了处理交易，Solana 验证者会在一个块中搜索相应区块哈希的 slot 号。如果验证者找不到区块哈希的 slot 号，或者查找到的 slot 号比正在处理的块的 slot 号低**151 个 slot** 以上，交易将被拒绝。默认情况下，如果 Solana 交易在一定时间内（~_1 分钟 19 秒_）未提交到一个块中，则会过期。 * **滞后的 RPC 节点** @@ -111,7 +111,7 @@ TPU 在五个不同的阶段处理交易： 来源：[Solana 通过 RPC 池丢弃交易](https://solana.com/docs/core/transactions/retry#before-a-transaction-is-processed) -通过 RPC 提交交易时，RPC 池可能领先于其他部分。当池内的节点需要共同工作时，可能会出现问题。例如，如果从池的高级部分查询交易的 **recentBlockhash** 并将其提交到池的滞后部分，则节点将无法识别高级 blockhash 并拒绝交易。你可以通过在 sendTransaction 上**启用预检查**来在提交交易时检测到这一点。 +通过 RPC 提交交易时，RPC 池可能领先于其他部分。当池内的节点需要共同工作时，可能会出现问题。例如，如果从池的高级部分查询交易的 **recentBlockhash** 并将其提交到池的滞后部分，则节点将无法识别高级区块哈希并拒绝交易。你可以通过在 sendTransaction 上**启用预检查**来在提交交易时检测到这一点。 * **临时网络分叉** @@ -119,7 +119,7 @@ TPU 在五个不同的阶段处理交易： [来源：Solana 通过少数分叉（处理后）丢弃交易](https://solana.com/docs/core/transactions/retry#before-a-transaction-is-processed) -临时网络分叉也可能导致交易丢失。如果验证者在银行阶段缓慢重播其块，可能会创建一个**少数分叉**。当客户端构建交易时，交易可能引用仅存在于少数分叉上的 **recentBlockhash**。在提交交易后，集群可能会在交易处理之前切换到其少数分叉。在这种情况下，由于未找到 blockhash，交易将被丢弃。 +临时网络分叉也可能导致交易丢失。如果验证者在银行阶段缓慢重播其块，可能会创建一个**少数分叉**。当客户端构建交易时，交易可能引用仅存在于少数分叉上的 **recentBlockhash**。在提交交易后，集群可能会在交易处理之前切换到其少数分叉。在这种情况下，由于未找到区块哈希，交易将被丢弃。 ## 如何确保交易成功？ @@ -127,7 +127,7 @@ TPU 在五个不同的阶段处理交易： ### TLDR; -* 使用承诺“**confirmed**”或“**finalized**”获取最新的 blockhash +* 使用承诺“**confirmed**”或“**finalized**”获取最新的区块哈希 * 将 **skipPreflight** 设置为 **true** * 优化请求的计算单元数量 * 动态添加和计算优先手续费 @@ -136,7 +136,7 @@ TPU 在五个不同的阶段处理交易： * 探索质押连接 * 如果交易不受时间限制，请使用[持久性 nonce](https://www.helius.dev/blog/solana-transactions) -### Blockhash +### 区块哈希 交易有限的时间被验证者处理。如果与交易相关的区块哈希在验证者处理之前过期，交易将被取消。为确保你的交易成功，重要的是使用最新的区块哈希发送交易。如果区块哈希在验证者处理你的交易之前过期，你可以使用新的区块哈希重新尝试交易，以确保成功处理。这可以通过两种方式完成：