Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

校对翻译：blockhash -> 区块哈希 #332

Merged
merged 1 commit into from
Apr 22, 2024
Merged

校对翻译：blockhash -> 区块哈希 #332

Changes from all commits
Commits
Show all changes
1 commit
Select commit
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
28 changes: 14 additions & 14 deletions translations/7947.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -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)只需提交交易。客户端软件需要处理重新广播和领导者转发。

‍
Expand All @@ -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 交易检查的最小槽。

### 交易如何处理？
Expand Down Expand Up @@ -97,37 +97,37 @@ 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 节点**

![来源：Solana 通过 RPC 池丢弃交易](https://assets-global.website-files.com/641ba798c17bb180d832b666/661bc8ea692ba43565e6b1c0_X9LVO9RTlXX61mOHW8Tfu71DO5zbg5HRH99w1fowzC2tQbgRGZkWEBcTesFb52-Uw06qoMPSogyZ7U3seb3CIPo_CvMWnN7sDe6e8yN8tYzklC1zmL1Q3-R06NNWADwjwXKep-KS4uX7JOAdhFJRlWc.png)

来源：[Solana 通过 RPC 池丢弃交易](https://solana.com/docs/core/transactions/retry#before-a-transaction-is-processed)

通过 RPC 提交交易时，RPC 池可能领先于其他部分。当池内的节点需要共同工作时，可能会出现问题。例如，如果从池的高级部分查询交易的 **recentBlockhash** 并将其提交到池的滞后部分，则节点将无法识别高级 blockhash 并拒绝交易。你可以通过在 sendTransaction 上**启用预检查**来在提交交易时检测到这一点。
通过 RPC 提交交易时，RPC 池可能领先于其他部分。当池内的节点需要共同工作时，可能会出现问题。例如，如果从池的高级部分查询交易的 **recentBlockhash** 并将其提交到池的滞后部分，则节点将无法识别高级区块哈希并拒绝交易。你可以通过在 sendTransaction 上**启用预检查**来在提交交易时检测到这一点。

* **临时网络分叉**

![来源：Solana 通过少数分叉（处理后）丢弃交易](https://assets-global.website-files.com/641ba798c17bb180d832b666/661bc8eae82e221ac7a6f00d_QDEU7BqpDSGAg91L7z877RKcG_cRjaUIJcdftqmaJgD_4FjmYu8X7zsVQkoZ639lMc9ycCP0VC_LNec5HGmejdGS2faqbGovc-jmgcAOyteqkQ2M-rG65xzlBAUjnOYmW08uLi-L-kg__3ZiyTj1RPc.png)

[来源：Solana 通过少数分叉（处理后）丢弃交易](https://solana.com/docs/core/transactions/retry#before-a-transaction-is-processed)

临时网络分叉也可能导致交易丢失。如果验证者在银行阶段缓慢重播其块，可能会创建一个**少数分叉**。当客户端构建交易时，交易可能引用仅存在于少数分叉上的 **recentBlockhash**。在提交交易后，集群可能会在交易处理之前切换到其少数分叉。在这种情况下，由于未找到 blockhash，交易将被丢弃。
临时网络分叉也可能导致交易丢失。如果验证者在银行阶段缓慢重播其块，可能会创建一个**少数分叉**。当客户端构建交易时，交易可能引用仅存在于少数分叉上的 **recentBlockhash**。在提交交易后，集群可能会在交易处理之前切换到其少数分叉。在这种情况下，由于未找到区块哈希，交易将被丢弃。

## 如何确保交易成功？

为了诊断确认问题，了解交易过期很重要。按照以下步骤增加成功交易的机会：

### TLDR;

* 使用承诺“**confirmed**”或“**finalized**”获取最新的 blockhash
* 使用承诺“**confirmed**”或“**finalized**”获取最新的区块哈希
* 将 **skipPreflight** 设置为 **true**
* 优化请求的计算单元数量
* 动态添加和计算优先手续费
Expand All @@ -136,7 +136,7 @@ TPU 在五个不同的阶段处理交易：
* 探索质押连接
* 如果交易不受时间限制，请使用[持久性 nonce](https://www.helius.dev/blog/solana-transactions)

### Blockhash
### 区块哈希

交易有限的时间被验证者处理。如果与交易相关的区块哈希在验证者处理之前过期，交易将被取消。为确保你的交易成功，重要的是使用最新的区块哈希发送交易。如果区块哈希在验证者处理你的交易之前过期，你可以使用新的区块哈希重新尝试交易，以确保成功处理。这可以通过两种方式完成：

Expand Down
Loading