2026年10月7日周三

公链与 Layer2

公链与 Layer2 栏目聚焦各类区块链底层网络与扩容方案,讲解以太坊、Solana、比特币生态以及 Arbitrum、Optimism、Base 等 Layer2 的定位、技术路线与生态差异。内容偏重原理解释与适用场景对比,帮助你理解不同链的取舍与风险,所有内容仅供学习参考,不构成投资建议。

740篇内容
74页索引
2026-09-21最近更新
排序 共 740 篇 · 第 19 / 74 页
每传一片就重洗一次树:Turbine 的传播路径为什么不可预测
公链与 Layer2
每传一片就重洗一次树:Turbine 的传播路径为什么不可预测

Turbine 用按质押加权洗牌的层级树广播区块碎片,并且每传一个 shred 就用新种子重排一次树结构。本文对照 Agave 文档与官方 P2P 规范,拆解根节点逐片轮换、Reed-Solomon 纠删组的报废条件,以及修复协议在丢包连锁后的兜底路径。

用 Geth 创世文件搭一条隔离链:chainId、alloc 与 enode 各防什么
公链与 Layer2
用 Geth 创世文件搭一条隔离链:chainId、alloc 与 enode 各防什么

从创世 JSON 的 chainId 与 alloc 预分配,到关闭节点发现、用 enode 手工互联,Geth 私有测试链的隔离由创世哈希与链编号两道闸门共同完成。本文按官方私有网络文档拆解两道闸的分工,并给出同链编号私有网之间交易重放的自查动作。

Starknet 跨链消息为什么两个方向不一样:自动落地的充值与要自己领的提现
公链与 Layer2
Starknet 跨链消息为什么两个方向不一样:自动落地的充值与要自己领的提现

Starknet 的 L1 与 L2 消息机制既异步又不对称:L1 发往 L2 的消息由排序器自动触发 l1_handler 交易执行,L2 发往 L1 的消息只在核心合约登记哈希,需要接收方手动调用消费函数。本文按官方协议文档拆解两个方向的消息结构、手续费结算、防重放哈希与五天取消窗口,并给出充值迟迟不落地时的排查顺序。

NEAR 的分片谁在出块:每个高度、每个分片都有指定的 chunk producer
公链与 Layer2
NEAR 的分片谁在出块:每个高度、每个分片都有指定的 chunk producer

NEAR 的每个区块为每个分片携带一个 chunk,而谁负责生产某个分片在某个高度的 chunk,是由协议按高度确定性分配的。本文按 nearcore 官方协议文档拆解区块与 chunk 的包含关系、epoch 内按高度轮换的分配算法、区块生产者与只生产分片的 chunk-only producer 的分工,以及这套排班为什么可以离线推算。

zkSync 提现为什么在以太坊上查不到:区块定稿前的执行时间锁
公链与 Layer2
zkSync 提现为什么在以太坊上查不到:区块定稿前的执行时间锁

zkSync 的提现到账比 ZK 证明定稿更晚,原因是官方在区块执行前加了一道时间锁:每个提交到 L1 的批次在被执行定稿前都有一段锁定窗口,用于在严重漏洞被利用时留出检测与冻结时间。本文拆解这道时间锁的由来、从 21 小时降到最低 3 小时的治理过程、提现作为内部交易在 Etherscan 上的正确查法,以及到账慢的三种常见误判。

OP Stack 每个区块的第一笔交易不是任何人签的:充值交易怎么从 L1 长出来
公链与 Layer2
OP Stack 每个区块的第一笔交易不是任何人签的:充值交易怎么从 L1 长出来

OP Stack 的 L2 区块里固定住着一类特殊交易:由 L1 区块推导而来、不做签名验证、前缀为 0x7E 的充值交易。每个 L2 区块的第一笔必须是 L1 属性交易,用户充值则从 Portal 合约的事件里被推导进区块。本文按规范拆解这类交易的字段、与 withdrawals 的方向差异,以及查充值时该看哪些字段。

Celestia 的数据方块做多大要投票:方格尺寸的两层上限与扩容提案
公链与 Layer2
Celestia 的数据方块做多大要投票:方格尺寸的两层上限与扩容提案

Celestia 每个区块能塞多少数据,由数据方块的尺寸决定,而这个尺寸受两层规则约束:规范里硬编码的绝对上限,和可以经链上治理修改的参数上限。本文拆解 share、原始数据方块与两层上限的关系,给出治理提案的质押门槛与投票周期,并说明普通用户怎么核对容量参数的真实状态。

共享证明服务是什么?StarkEx 怎么把 ZK 证明交给公共 prover
公链与 Layer2
共享证明服务是什么?StarkEx 怎么把 ZK 证明交给公共 prover

StarkEx 不在每条应用链上自建证明机器,而是把批处理执行轨迹交给共享证明服务 SHARP 出证明。本文按 StarkWare 官方文档拆解这条状态更新链路里证明与数据可用性的分工,以及用户侧的核验与强制提现边界。

分片会自己分裂:NEAR 重分片如何在纪元边界一分为二
公链与 Layer2
分片会自己分裂:NEAR 重分片如何在纪元边界一分为二

NEAR 用重分片回应分片过载:一个分片在纪元末尾的区块后处理阶段把状态树拆给两个子分片,下一纪元起按新分片布局出块。本文按 nearcore 文档与 NEP-0568 拆解拆树方法、边界账户规则与一个纪元内完成的硬约束。

链上时间从哪来?Sui 的 Clock 对象与共识时间边界
公链与 Layer2
链上时间从哪来?Sui 的 Clock 对象与共识时间边界

Sui 合约读的链上时间来自创世建在 0x6 的唯一共享对象 Clock,时间戳随每次共识提交推进,读它的交易必须走共识。本文按 Sui 官方文档拆解这份时间的更新节奏、快路径分界与纪元时间戳的粗粒度替代。