From b14c624ca525b6f9c9f3eac000c2faa808f13d1a Mon Sep 17 00:00:00 2001 From: GitHub Action Date: Sat, 14 Dec 2024 15:23:23 +0000 Subject: [PATCH 01/33] Update commit status table --- README.md | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/README.md b/README.md index a671b1d..5237c7b 100644 --- a/README.md +++ b/README.md @@ -189,7 +189,7 @@ Telegram：[Arbitrum 残酷共学](https://t.me/LXDAO/15575) | Marcus | ⭕️ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | | yuhui | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | HenryWei | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | -| missingtheway | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | +| missingtheway | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | iavl | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | | HeliosLz | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | | linyuanye3 | ✅ | ⭕️ | ✅ | ⭕️ | ✅ | | | | | | | | | | | | | | | | | @@ -268,6 +268,7 @@ Telegram：[Arbitrum 残酷共学](https://t.me/LXDAO/15575) + From 84fe52f7b987ef63ed19c41271902cf2209648e5 Mon Sep 17 00:00:00 2001 From: GitHub Action Date: Sat, 14 Dec 2024 15:29:24 +0000 Subject: [PATCH 02/33] Update commit status table --- README.md | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/README.md b/README.md index 5237c7b..89f9d86 100644 --- a/README.md +++ b/README.md @@ -175,7 +175,7 @@ Telegram：[Arbitrum 残酷共学](https://t.me/LXDAO/15575) | jjeejj | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | happylucie | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | | Rey666666 | ✅ | ✅ | ⭕️ | ⭕️ | | | | | | | | | | | | | | | | | | -| CHENFANGC | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | +| CHENFANGC | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | Muyec | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | YuanboXie | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | | JacksonStack | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | @@ -269,6 +269,7 @@ Telegram：[Arbitrum 残酷共学](https://t.me/LXDAO/15575) + From 86995454968157bb31b2660c638766313e749d40 Mon Sep 17 00:00:00 2001 From: pliker-git Date: Sat, 14 Dec 2024 22:43:44 +0700 Subject: [PATCH 03/33] Update pliker-git.md --- pliker-git.md | 9 +++++++++ 1 file changed, 9 insertions(+) diff --git a/pliker-git.md b/pliker-git.md index 06f55d9..3d130de 100644 --- a/pliker-git.md +++ b/pliker-git.md @@ -57,4 +57,13 @@ timezone: Asia/Shanghai 5.在目前的 ArbitrumDAO 结构中，Offchain Labs 并没有直接的替代者，因为它仍然是技术支持和开发的核心力量。然而，DAO 的设计理念是去中心化，理论上允许社区逐步培养新的技术团队，通过提案、投票和资金支持，将 Offchain Labs 的角色分散化甚至替代。 ### 2024.12.13 +### 2024.12.14 +笔记内容 +1.$ARB 代币是一种 ERC-20治理代币，允许其持有者参与Arbitrum DAO 的链上治理协议。$ARB 代币由位于Arbitrum One （第 2 层Arbitrum 汇总链）上的智能合约铸造。 +2.如果您拥有 $ARB 代币，您可以对影响 Arbitrum One 和 Arbitrum Nova 链的运行和发展的治理提案进行投票。这包括对链进行升级的提案，以及如何使用DAO 国库内的资金的提案。 +3.$ARB 的初始供应量为 100 亿。新的 $ARB 每年最多可以按其供应量的 2% 的速度铸造，第一批铸造将于 2024 年 3 月 15 日生效。$ARB 铸造活动由 DAO 通过宪法提案执行。 +4.Arbitrum（$ARB）的代币分配设计旨在平衡社区、投资者和团队之间的利益。分配给社区的 56% 中，约 42.78%（即 4,278,000,000 枚 $ARB）被分配到 Arbitrum DAO 的国库。 +5.Offchain Labs 团队和投资者合计持有约 44.47% 的 $ARB（即 4,447,000,000 枚）。 然而，这些代币通常有锁仓期和线性解锁计划，以防止短期内过度抛售，具体解锁时间表可参考官方公告。 +### 2024.12.14 + From c92545fcd164af78ea5971f99a19168249aac40f Mon Sep 17 00:00:00 2001 From: GitHub Action Date: Sat, 14 Dec 2024 15:44:00 +0000 Subject: [PATCH 04/33] Update commit status table --- README.md | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/README.md b/README.md index 89f9d86..9e93467 100644 --- a/README.md +++ b/README.md @@ -182,7 +182,7 @@ Telegram：[Arbitrum 残酷共学](https://t.me/LXDAO/15575) | Helen2022a | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | | stualan | ✅ | ✅ | ✅ | ⭕️ | | | | | | | | | | | | | | | | | | | fuhaooo | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | -| pliker-git | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | +| pliker-git | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | noyyyy | ✅ | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | NSXX2021 | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | | 317232 | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | @@ -270,6 +270,7 @@ Telegram：[Arbitrum 残酷共学](https://t.me/LXDAO/15575) + From 92c42e6bb790c81fd21d56492fdf7caa40814302 Mon Sep 17 00:00:00 2001 From: hechichu <145247530+hechichu@users.noreply.github.com> Date: Sat, 14 Dec 2024 23:59:07 +0800 Subject: [PATCH 05/33] Update hechichu.md --- hechichu.md | 72 ++++++++++++++++++++++++++++++++++++++++++++++++++++- 1 file changed, 71 insertions(+), 1 deletion(-) diff --git a/hechichu.md b/hechichu.md index 04571c6..cada396 100644 --- a/hechichu.md +++ b/hechichu.md @@ -290,7 +290,7 @@ Arbitrum 是基于 Optimistic Rollups 的 Layer 2 协议项目，目前 TVL（ ZK Rollups 未来潜力大，但目前 Optimistic Rollups 更适合 Dapp 生态发展。 ### 2024.12.13 -### 挑战机制中文总结 +### 挑战机制笔记 #### 区块挑战 1. **起始阶段**：挑战从全局状态（包括区块哈希）开始进行二分操作。 @@ -321,4 +321,74 @@ ZK Rollups 未来潜力大，但目前 Optimistic Rollups 更适合 Dapp 生态 #### 获胜条件 1. **胜利机制**：当前响应者胜出后，挑战状态哈希被设置为 0，对手无法继续有效操作，最终超时失败。 2. **延时胜利**：胜利不是即时的，此设计用于在挑战结果出错时，可以通过合约升级解决问题。 + +### 2024.12.14 +### Arbitrum One 笔记：交互式证明及设计核心 + +#### **Arbitrum 的设计背景** +1. **Optimistic Rollups 的争议解决方式** + - 两种方法：交互式证明和重执行交易。 + - Arbitrum 采用交互式证明，注重效率与灵活性。 + +2. **历史发展** + - 2014 年开始开发交互式欺诈证明。 + - 核心机制发表于 2018 年，现已进行多次升级。 + +--- + +#### **交互式证明（Interactive Proofs）** +1. **基本原理** + - 通过 L1 合约引导，Alice 和 Bob 参与回合制协议以缩小争议范围。 + - 如果 N 步执行步骤有争议，Alice 将其分为两部分，Bob 挑战其中一部分。 + - 争议逐步缩小到单步指令，由 L1 合约验证单步断言的正确性。 + +2. **优势** + - **链下处理优先**：Alice 和 Bob 在链下尽量解决分歧，降低 L1 合约负担。 + - **效率高**：大多数争议处理都无需在链上模拟执行完整交易。 + +--- + +#### **重执行交易（Re-execution of Transactions）** +1. **方法描述** + - 每笔交易附带状态哈希值断言。 + - 在争议中，L1 合约模拟完整交易以验证结果。 + +2. **局限性** + - L1 合约需要更多计算资源。 + - 受限于以太坊的交易 Gas Limit 和区块容量。 + +--- + +#### **交互式证明的优势** +1. **乐观情形下的高效** + - 一个 Rollup 区块只需一个状态断言，节省 L1 区块空间。 + - 相比重执行方法，减少状态断言的存储和验证成本。 + +2. **悲观情形下的高效** + - 仅需检查争议步骤是否正确缩小，而非模拟完整交易。 + - L1 合约开销更低，仅需验证单步指令。 + +3. **突破 Gas Limit** + - 允许 Gas 消耗较大的交易，适应更复杂的操作。 + - 重执行模式无法支持超过以太坊区块 Gas Limit 的交易。 + +4. **合约大小无限制** + - 无需为每个 L2 合约创建对应的以太坊合约。 + - 合约大小可超出以太坊限制。 + +5. **更高的实现弹性** + - 支持 EVM 尚未定义的新指令。 + - 不受限于 EVM 的原生功能，适配性更强。 + +--- + +#### **Arbitrum 的设计核心** +1. **交互式证明的驱动作用** + - Arbitrum 的许多设计特性为支持交互式证明而存在。 + - **思考方向**： + - 该功能是否支持交互式证明？ + - 如何利用交互式证明实现？ + +2. **总结** + - 交互式证明是 Arbitrum 整体架构的核心，贯穿其设计的方方面面。 From 1e1c371fb77b93b869b6f4cd6b6e8f7f516fe2ce Mon Sep 17 00:00:00 2001 From: GitHub Action Date: Sat, 14 Dec 2024 15:59:23 +0000 Subject: [PATCH 06/33] Update commit status table --- README.md | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/README.md b/README.md index 9e93467..2020f67 100644 --- a/README.md +++ b/README.md @@ -169,7 +169,7 @@ Telegram：[Arbitrum 残酷共学](https://t.me/LXDAO/15575) | StarryDesert | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | a-super-cat | ✅ | ✅ | ✅ | ⭕️ | | | | | | | | | | | | | | | | | | | pillowtalk-Qy | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | -| hechichu | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | +| hechichu | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | nocb | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | | ChinesePaladin61 | ✅ | ✅ | ✅ | ⭕️ | ✅ | | | | | | | | | | | | | | | | | | jjeejj | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | @@ -271,6 +271,7 @@ Telegram：[Arbitrum 残酷共学](https://t.me/LXDAO/15575) + From dbdc0f84e86b0557c5ab0762b645e469dc7c688c Mon Sep 17 00:00:00 2001 From: GitHub Action Date: Sun, 15 Dec 2024 01:13:58 +0000 Subject: [PATCH 07/33] Update commit status table --- README.md | 47 ++++++++++++++++++++++++----------------------- 1 file changed, 24 insertions(+), 23 deletions(-) diff --git a/README.md b/README.md index 2020f67..d86bd7c 100644 --- a/README.md +++ b/README.md @@ -162,40 +162,40 @@ Telegram：[Arbitrum 残酷共学](https://t.me/LXDAO/15575) | Name | 12.10 | 12.11 | 12.12 | 12.13 | 12.14 | 12.15 | 12.16 | 12.17 | 12.18 | 12.19 | 12.20 | 12.21 | 12.22 | 12.23 | 12.24 | 12.25 | 12.26 | 12.27 | 12.28 | 12.29 | 12.30 | | ------------- | ---- | ---- | ---- | ---- | ---- | ---- | ---- | ---- | ---- | ---- | ---- | ---- | ---- | ---- | ---- | ---- | ---- | ---- | ---- | ---- | ---- | -| Yi-fantasy | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | +| Yi-fantasy | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | onthebigtree | ✅ | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | Soleil-YSY | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | | jiejie | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | -| StarryDesert | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | -| a-super-cat | ✅ | ✅ | ✅ | ⭕️ | | | | | | | | | | | | | | | | | | -| pillowtalk-Qy | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | -| hechichu | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | -| nocb | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | -| ChinesePaladin61 | ✅ | ✅ | ✅ | ⭕️ | ✅ | | | | | | | | | | | | | | | | | -| jjeejj | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | +| StarryDesert | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | +| a-super-cat | ✅ | ✅ | ✅ | ⭕️ | ⭕️ | | | | | | | | | | | | | | | | | +| pillowtalk-Qy | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | +| hechichu | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | +| nocb | ✅ | ✅ | ✅ | ✅ | ⭕️ | | | | | | | | | | | | | | | | | +| ChinesePaladin61 | ✅ | ✅ | ✅ | ⭕️ | ✅ | | | | | | | | | | | | | | | | | +| jjeejj | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | happylucie | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | -| Rey666666 | ✅ | ✅ | ⭕️ | ⭕️ | | | | | | | | | | | | | | | | | | -| CHENFANGC | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | -| Muyec | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | +| Rey666666 | ✅ | ✅ | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | +| CHENFANGC | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | +| Muyec | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | YuanboXie | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | -| JacksonStack | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | +| JacksonStack | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | Helen2022a | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | -| stualan | ✅ | ✅ | ✅ | ⭕️ | | | | | | | | | | | | | | | | | | -| fuhaooo | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | -| pliker-git | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | +| stualan | ✅ | ✅ | ✅ | ⭕️ | ⭕️ | | | | | | | | | | | | | | | | | +| fuhaooo | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | +| pliker-git | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | noyyyy | ✅ | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | NSXX2021 | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | -| 317232 | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | -| Marcus | ⭕️ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | -| yuhui | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | -| HenryWei | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | -| missingtheway | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | +| 317232 | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | +| Marcus | ⭕️ | ✅ | ✅ | ✅ | ⭕️ | | | | | | | | | | | | | | | | | +| yuhui | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | +| HenryWei | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | +| missingtheway | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | iavl | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | -| HeliosLz | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | -| linyuanye3 | ✅ | ⭕️ | ✅ | ⭕️ | ✅ | | | | | | | | | | | | | | | | | +| HeliosLz | ✅ | ✅ | ✅ | ✅ | ⭕️ | | | | | | | | | | | | | | | | | +| linyuanye3 | ✅ | ⭕️ | ✅ | ⭕️ | ✅ | | | | | | | | | | | | | | | | | | joyc | ✅ | ✅ | ✅ | ✅ | ⭕️ | | | | | | | | | | | | | | | | | | CornellZheng | ✅ | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | -| YOUKUAIHAOMUTOU | ✅ | ✅ | ⭕️ | ⭕️ | ✅ | | | | | | | | | | | | | | | | | +| YOUKUAIHAOMUTOU | ✅ | ✅ | ⭕️ | ⭕️ | ✅ | | | | | | | | | | | | | | | | | | wodeche | ✅ | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | @@ -272,6 +272,7 @@ Telegram：[Arbitrum 残酷共学](https://t.me/LXDAO/15575) + From ece467d5103adf2a8d8171f1c164f7375914b5b4 Mon Sep 17 00:00:00 2001 From: Bxmyzzbc <144974456+Bxmyzzbc@users.noreply.github.com> Date: Sun, 15 Dec 2024 15:07:26 +0800 Subject: [PATCH 08/33] Update yuhui.md --- yuhui.md | 3 +++ 1 file changed, 3 insertions(+) diff --git a/yuhui.md b/yuhui.md index 95ee5f3..dcfffb4 100644 --- a/yuhui.md +++ b/yuhui.md @@ -80,4 +80,7 @@ Rollup 的安全性依赖于主链，其链下计算结果会通过特定的机 欺诈证明机制的优势1.资源高效 欺诈证明机制减少了主链的计算和存储负担，因为只有在发生质疑时才需要主链参与验证，而大部分交易无需实时验证。2.去中心化与安全性 系统依赖于多个节点的监督，确保任何一方试图提交错误数据都可能被其他节点发现并纠正。主链作为最终的仲裁者，维护了系统的去中心化和安全性。3.经济激励机制 验证者和挑战者都需要质押资金，这种经济激励机制确保参与者有动力提供正确的数据，同时抑制恶意行为。 ### 2024.12.14 笔记内容：在今天的学习之后我觉得欺诈证明机制有以下挑战1.争议窗口期的延迟因为需要等待争议窗口期结束才能最终确认交易，这可能导致用户体验上的延迟，尤其是在需要即时确认的应用场景中。2.挑战过程的复杂性提交欺诈证明需要链下交易的完整数据，这可能导致较高的存储和计算成本。3.对抗复杂攻击如果恶意行为者反复提交虚假质疑，可能会拖慢交易确认过程，甚至导致网络拥堵。欺诈证明机制是扩展区块链安全性的重要保障，特别是在 Optimistic Rollup 等链下计算方案中。它通过“质疑与验证”的方式，让系统在保持高效的同时确保安全和可靠。这一机制的成功应用，使得区块链能够在扩展性与安全性之间找到平衡，为去中心化应用的大规模普及奠定了基础。 +### 2024.12.15 +笔记内容：交互式欺诈证明是一种用于验证区块链扩展解决方案中的链下交易计算结果是否正确的机制。它的核心目的是在链下和链上的互动中，通过高效的方法定位和验证错误，从而在减少计算和存储开销的同时，保证主链的安全性和去中心化特性。以下是对交互式欺诈证明的详细介绍。在区块链扩展方案（如 Optimistic Rollup）中，交易的计算主要在链下完成，并将最终结果提交到链上。由于主链不会主动验证链下计算的每一步，恶意验证者可能提交错误的交易结果。如果链上直接重演所有计算进行验证，将造成高昂的计算成本，与扩展的初衷相矛盾。交互式欺诈证明通过“分步验证”策略，仅在有争议时验证特定部分的计算，从而显著减少计算成本。这种方法依赖于链下和链上的互动，在两者之间逐步缩小问题范围，最终将争议点精确定位到一个单一的操作步骤。 +交互式证明的思路是让 Alice 和 Bob 参与一个由 L1 合约引导的回合制协议，使用任何 L1 合约所需的最小开销来解决他们之间的分歧。Arbitrum 的方法基于对争议的剖析。如果 Alice 的断言涉及了 N 个执行步骤，那就让她曝光出两个各涉及 N/2 个步骤的断言，然后让 Bob 选择一个来挑战。这样一来，争议的规模就缩小了一半。这个过程持续进行，每一回合都将争议的规模缩小一半，直到争议的范围变成一个执行步骤。注意，直到此时为止，L1 引导合约都不必考虑实际上执行了什么。仅当争议被缩小到单个执行步骤时，L1 引导合约才需要理解这一步要执行什么指令，以及 Alice 对该步的断言是否为真，以此解决争议。交互式证明背后的关键原理是，如果 Alice 和 Bob 有所争议，Alice 和 Bob 应尽可能做链下的工作来解决争议，而不是让 L1 合约承担负担。 From 1f115ee3ae66d140bab0622477c0e0e047ae61b6 Mon Sep 17 00:00:00 2001 From: GitHub Action Date: Sun, 15 Dec 2024 07:07:41 +0000 Subject: [PATCH 09/33] Update commit status table --- README.md | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/README.md b/README.md index d86bd7c..700abc5 100644 --- a/README.md +++ b/README.md @@ -187,7 +187,7 @@ Telegram：[Arbitrum 残酷共学](https://t.me/LXDAO/15575) | NSXX2021 | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | | 317232 | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | Marcus | ⭕️ | ✅ | ✅ | ✅ | ⭕️ | | | | | | | | | | | | | | | | | -| yuhui | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | +| yuhui | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | HenryWei | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | missingtheway | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | iavl | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | @@ -273,6 +273,7 @@ Telegram：[Arbitrum 残酷共学](https://t.me/LXDAO/15575) + From c6b30ec7ea38f74453577d4aa63f827f797ad036 Mon Sep 17 00:00:00 2001 From: linyuanye3 Date: Sun, 15 Dec 2024 15:27:12 +0800 Subject: [PATCH 10/33] Update linyuanye3.md --- linyuanye3.md | 6 ++++++ 1 file changed, 6 insertions(+) diff --git a/linyuanye3.md b/linyuanye3.md index 91bfb2c..2c78499 100644 --- a/linyuanye3.md +++ b/linyuanye3.md @@ -24,4 +24,10 @@ Arbitrum 是由 Offchain Labs 开发的一种以太坊二层扩容解决方案 ### 2024.12.14 Layer2 扩容方案：如 Optimistic Rollups 和 ZK Rollups 等技术中，用于验证链下交易批次的有效性。在 Optimistic Rollups 中，当有人对提交到主链的交易批次提出质疑时，就会通过交互式欺诈证明来确定该批次是否存在欺诈行为。 + +### 2024.12.15 +应用场景 +去中心化金融：在去中心化金融领域，Arbitrum Layer2 可以支持各种金融应用，如借贷、交易、流动性挖矿等。用户可以在 Arbitrum 上以较低的成本进行快速交易，提高资金的使用效率。 +游戏和 NFT：游戏和 NFT 市场对交易速度和成本非常敏感，Arbitrum Layer2 能够满足这些需求，为用户提供流畅的游戏体验和低成本的 NFT 交易环境。 +智能合约开发：开发者可以在 Arbitrum Layer2 上开发和部署智能合约，利用其高可扩展性和低交易成本的优势，快速迭代和优化应用程序。 From e42e4113df5b46a9ef7d1304372ca6d3c71fd84b Mon Sep 17 00:00:00 2001 From: GitHub Action Date: Sun, 15 Dec 2024 07:27:49 +0000 Subject: [PATCH 11/33] Update commit status table --- README.md | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/README.md b/README.md index 700abc5..f35c3a6 100644 --- a/README.md +++ b/README.md @@ -192,7 +192,7 @@ Telegram：[Arbitrum 残酷共学](https://t.me/LXDAO/15575) | missingtheway | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | iavl | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | | HeliosLz | ✅ | ✅ | ✅ | ✅ | ⭕️ | | | | | | | | | | | | | | | | | -| linyuanye3 | ✅ | ⭕️ | ✅ | ⭕️ | ✅ | | | | | | | | | | | | | | | | | +| linyuanye3 | ✅ | ⭕️ | ✅ | ⭕️ | ✅ | ✅ | | | | | | | | | | | | | | | | | joyc | ✅ | ✅ | ✅ | ✅ | ⭕️ | | | | | | | | | | | | | | | | | | CornellZheng | ✅ | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | YOUKUAIHAOMUTOU | ✅ | ✅ | ⭕️ | ⭕️ | ✅ | | | | | | | | | | | | | | | | | @@ -274,6 +274,7 @@ Telegram：[Arbitrum 残酷共学](https://t.me/LXDAO/15575) + From 761b6d9fbf17c1a7c1b9c9cf87855f39cd478348 Mon Sep 17 00:00:00 2001 From: MuyeC <2871228597@qq.com> Date: Sun, 15 Dec 2024 16:11:22 +0800 Subject: [PATCH 12/33] 15 --- Muyec.md | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/Muyec.md b/Muyec.md index 5f80a15..932839d 100644 --- a/Muyec.md +++ b/Muyec.md @@ -94,4 +94,9 @@ Nitro 是 Arbitrum 的核心技术栈之一，通过直接编译 Geth 核心， ### 2024.12.14 交互型 Rollup 确保断言（assertion）正确性的方式分为单轮和多轮交互两种。单轮交互型 Rollup（如 Optimism）中，断言包含调用结果，挑战者可在挑战窗口期内指出具体错误，链上合约模拟执行验证后，如果确有错误，则取消断言并罚没断言者保证金；若无挑战，断言最终确定。多轮交互型 Rollup（如 Arbitrum）通过挑战者与断言者的多轮交互缩小争议范围，最终由链上仲裁合约判定结果并惩罚错误方，设计目的是将链上仲裁的计算量降至最低。 + + +### 2024.12.15 + +交互式证明:Arbitrum 通过交互式证明机制高效解决争议。以链下处理为主，仅在争议缩小到单步操作时，让 L1 合约参与验证，从而显著降低链上的计算和存储负担。这种机制基于双方的回合制交互，将争议逐步缩小至最小范围，最终解决问题。与重执行交易模式相比，交互式证明更加高效。乐观情况下，它允许一个 Rollup 区块仅包含一个断言，覆盖整条链的状态变化，从而节省 L1 空间开销；在悲观情况下，L1 合约也只需验证操作方向正确，而非重执行整笔交易。此外，交互式证明不受以太坊交易 Gas Limit 和合约大小的限制，这为 Arbitrum 提供了更高的交易吞吐量和合约灵活性。交互式证明是 Arbitrum 设计的核心驱动力，决定了其高效性和灵活性。大多数特性都围绕这一机制展开，显著提升了 Rollup 的性能和实用性，突破了传统 Rollup 设计的限制。 From df8477f759c9d58545d81cc5aa58d15ebaaa0a96 Mon Sep 17 00:00:00 2001 From: GitHub Action Date: Sun, 15 Dec 2024 08:12:31 +0000 Subject: [PATCH 13/33] Update commit status table --- README.md | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/README.md b/README.md index f35c3a6..20608ad 100644 --- a/README.md +++ b/README.md @@ -176,7 +176,7 @@ Telegram：[Arbitrum 残酷共学](https://t.me/LXDAO/15575) | happylucie | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | | Rey666666 | ✅ | ✅ | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | CHENFANGC | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | -| Muyec | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | +| Muyec | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | YuanboXie | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | | JacksonStack | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | Helen2022a | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | @@ -275,6 +275,7 @@ Telegram：[Arbitrum 残酷共学](https://t.me/LXDAO/15575) + From 099d6c08da4689bfc1491305a9ebc40f2728e6c3 Mon Sep 17 00:00:00 2001 From: Helios <131566676+HeliosLz@users.noreply.github.com> Date: Sun, 15 Dec 2024 17:47:22 +0800 Subject: [PATCH 14/33] Update HeliosLz.md --- HeliosLz.md | 11 +++++++++++ 1 file changed, 11 insertions(+) diff --git a/HeliosLz.md b/HeliosLz.md index abe05c0..cba3dac 100644 --- a/HeliosLz.md +++ b/HeliosLz.md @@ -249,4 +249,15 @@ Arbitrum Nova 基于 AnyTrust 技术，专为游戏、社交应用程序和对 通过这些设计，Arbitrum Nova 在一定程度上牺牲了去中心化特性，但相比其他侧链和采用 BFT 共识的链，仍具有较高的优势。 +### 2024.12.15 +![image](https://github.com/user-attachments/assets/982ba281-f27a-47fc-b326-7ef7f69b96f4) +Original napkin sketch drawn by Arbitrum co-founder Ed Felten + +![image](https://github.com/user-attachments/assets/fe1421b3-85c1-402f-8359-2e13356ac8ad) +Nitro 如何处理事务 + +![image](https://github.com/user-attachments/assets/d4c12796-a5dc-4218-ad7f-27b59db86281) + +image + From b6cf66a51a8f010ba80677252f337b5ad92fcc74 Mon Sep 17 00:00:00 2001 From: GitHub Action Date: Sun, 15 Dec 2024 09:47:37 +0000 Subject: [PATCH 15/33] Update commit status table --- README.md | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/README.md b/README.md index 20608ad..e6e37bb 100644 --- a/README.md +++ b/README.md @@ -191,7 +191,7 @@ Telegram：[Arbitrum 残酷共学](https://t.me/LXDAO/15575) | HenryWei | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | missingtheway | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | iavl | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | -| HeliosLz | ✅ | ✅ | ✅ | ✅ | ⭕️ | | | | | | | | | | | | | | | | | +| HeliosLz | ✅ | ✅ | ✅ | ✅ | ⭕️ | ✅ | | | | | | | | | | | | | | | | | linyuanye3 | ✅ | ⭕️ | ✅ | ⭕️ | ✅ | ✅ | | | | | | | | | | | | | | | | | joyc | ✅ | ✅ | ✅ | ✅ | ⭕️ | | | | | | | | | | | | | | | | | | CornellZheng | ✅ | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | @@ -276,6 +276,7 @@ Telegram：[Arbitrum 残酷共学](https://t.me/LXDAO/15575) + From e962c458792fa082910da4e6ce33ba66e4da598b Mon Sep 17 00:00:00 2001 From: hansen <78713865@qq.com> Date: Sun, 15 Dec 2024 20:41:39 +0800 Subject: [PATCH 16/33] Update nocb.md --- nocb.md | 15 +++++++++++++++ 1 file changed, 15 insertions(+) diff --git a/nocb.md b/nocb.md index 3868765..40bfeea 100644 --- a/nocb.md +++ b/nocb.md @@ -127,6 +127,21 @@ Arbitrum Stylus write contract with rust ### 2024.12.14 ### 2024.12.15 +#### L2技术类型 +- Zk Rollups是指一种利用零知识证明的密码学算法，在无需知道验证者是谁的情况下，完成外包工作的Layer2方法。 +- Optimistic Rollups是指利用一堆验证者，在默认打包是好的情况下，通过奖惩机制，监督发掘是否有Bug的Layer2方法。 + - Optimism和Arbitrum都是Optimisctic Rollups方法为基础开发的项目。 + - starknet 是 zk rollup + +#### ARB的逻辑 +- Rollup 上，对合约的调用及其 argument（实际参数）都是作为调用数据（calldata）写在链上的，但是合约的实际计算和存储都是在链下完成的 +这个发布上链的断言将所有的调用和结果都 “卷起来”（“rolling up”）成为单笔发送上链的交易。 + +- AVM 是L1 和L2 直接的网关，avm读取输入，计算，输出 +- Nitro 是 One 的技术栈升级， +- Arbitrum Nova 是基于 AnyTrust 技术搭建的新链，专为游戏、社交应用程序和对成本更敏感的用例而设计- +- Arbitrum Orbit 是一个开发框架， +- Stylus 是 Arbitrum 开发的支持多语言构建应用程序的开源 SDK ### 2024.12.16 From 7b9b63d9e3ade86e9de01d1013eed8e67cf4a5c3 Mon Sep 17 00:00:00 2001 From: GitHub Action Date: Sun, 15 Dec 2024 12:41:53 +0000 Subject: [PATCH 17/33] Update commit status table --- README.md | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/README.md b/README.md index e6e37bb..bbde2eb 100644 --- a/README.md +++ b/README.md @@ -170,7 +170,7 @@ Telegram：[Arbitrum 残酷共学](https://t.me/LXDAO/15575) | a-super-cat | ✅ | ✅ | ✅ | ⭕️ | ⭕️ | | | | | | | | | | | | | | | | | | pillowtalk-Qy | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | hechichu | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | -| nocb | ✅ | ✅ | ✅ | ✅ | ⭕️ | | | | | | | | | | | | | | | | | +| nocb | ✅ | ✅ | ✅ | ✅ | ⭕️ | ✅ | | | | | | | | | | | | | | | | | ChinesePaladin61 | ✅ | ✅ | ✅ | ⭕️ | ✅ | | | | | | | | | | | | | | | | | | jjeejj | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | happylucie | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | @@ -277,6 +277,7 @@ Telegram：[Arbitrum 残酷共学](https://t.me/LXDAO/15575) + From 9a800d0b3425483661bae718244b3c70dce1a9cc Mon Sep 17 00:00:00 2001 From: iyi Date: Sun, 15 Dec 2024 21:04:46 +0800 Subject: [PATCH 18/33] jjeejj add 2024.12.15 --- jjeejj.md | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/jjeejj.md b/jjeejj.md index 12016d5..5b244e2 100644 --- a/jjeejj.md +++ b/jjeejj.md @@ -82,4 +82,8 @@ timezone: Pacific/Auckland # 新西兰标准时间 (UTC+12) ### 2024.12.14 1. 阅读学习 深入理解 Arbitrum 文章 https://www.theblockbeats.info/news/26507 + +### 2024.12.15 + +1. 简单了解下 Arbitrum 生态 [Messari：深度分析 Arbitrum 的繁荣生态](https://www.theblockbeats.info/news/35982) From 169307ab159d2e9d048967d9c4e0aecbab1255cf Mon Sep 17 00:00:00 2001 From: GitHub Action Date: Sun, 15 Dec 2024 13:05:10 +0000 Subject: [PATCH 19/33] Update commit status table --- README.md | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/README.md b/README.md index bbde2eb..23feada 100644 --- a/README.md +++ b/README.md @@ -172,7 +172,7 @@ Telegram：[Arbitrum 残酷共学](https://t.me/LXDAO/15575) | hechichu | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | nocb | ✅ | ✅ | ✅ | ✅ | ⭕️ | ✅ | | | | | | | | | | | | | | | | | ChinesePaladin61 | ✅ | ✅ | ✅ | ⭕️ | ✅ | | | | | | | | | | | | | | | | | -| jjeejj | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | +| jjeejj | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | happylucie | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | | Rey666666 | ✅ | ✅ | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | CHENFANGC | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | @@ -278,6 +278,7 @@ Telegram：[Arbitrum 残酷共学](https://t.me/LXDAO/15575) + From f5bf9fbcf14864f0c92ee5dd801fa64d5476fe38 Mon Sep 17 00:00:00 2001 From: Yi-fantasy Date: Sun, 15 Dec 2024 21:12:07 +0800 Subject: [PATCH 20/33] feat(arbitrum): 2024.12.15 learning --- Yi-fantasy.md | 50 ++++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 50 insertions(+) diff --git a/Yi-fantasy.md b/Yi-fantasy.md index bc5a8d7..6371e00 100644 --- a/Yi-fantasy.md +++ b/Yi-fantasy.md @@ -316,4 +316,54 @@ Nitro 通过使用相同的源代码进行执行和证明，但两种情况会 略（前文已讲述） +### 2024.12.15 + +#### 全节点 + +Arbitrum 全节点通常位于 L2，和 Ethereum 全节点一样，保存链的状态，并提供与链交互的 Api + +#### Sequencer + +Sequencer 是特殊的全节点，有一定的权力控制交易顺序，所以 Sequencer 能立刻保证用户交易的结果，而无需等待以太坊上发生任何事情。 + +客户端与 Sequencer 的交互方式与它们与任何完整节点交互的方式完全相同。 + +##### 即时确认 + +如果没有 Sequencer，节点可以预测客户端交易的结果，但无法确定，因为它不知道交易在收件箱中的排序方式 + +Sequencer 有权为其客户端的交易分配收件箱队列中的位置，从而确保立即确定客户端交易的结果。 + +##### inbox、delayed inbox + +只有 Sequencer 可以将新消息直接放入 inbox。Sequencer 用以太坊区块编号和时间戳标记它正在提交的消息。 + +其他任何人都可以提交消息，但非 Sequencer 节点提交的消息将被放入 delayed inbox，该队列由 L1 以太坊合约管理。 + +delayed inbox 中的消息将在那里等待，直到 Sequencer 将它们提取到 inbox 的末尾。 + +如果消息在 delayed inbox 中的时间超过最大延迟间隔，则任何人都可以强制将其提取到 inbox + +##### 性质 + +目前在 Arbitrum One 上，Offchain Labs 运行了一组中心化的 Sequencer ，慢慢会过渡到去中心化的 Sequencer。Sequencer 不是单个中心化服务器，而是一个服务器委员会，只要委员会中有足够多的绝大多数成员是诚实的，Sequencer 就会建立公平的交易排序。 + + + +#### 跨链调用 + +##### L1 -> L2 直接调用 + +L1 合约可以直接调用 L2 合约，但操作只能是异步的，且收不到返回值 + +这种方法的优点是简单且延迟相对较低，缺点是无法确认 L2 交易是否成功。 + +如果 L1 成功，L2 失败，可能会造成损失 + +##### L1 -> L2 基于 ticket 的调用 + +L1 合约可以提交可重试的交易，如果交易失败，Nitro 将创建一个 ticketId 来标识失败的交易，之后任何人都可以调用 L2 上的特殊合约，提供 ticketId，重新执行交易 + +ps: L2 -> L1 的交易也适用这种方式 + From f1d9356f061f28253492467c958a296a5f1cbff4 Mon Sep 17 00:00:00 2001 From: GitHub Action Date: Sun, 15 Dec 2024 13:12:41 +0000 Subject: [PATCH 21/33] Update commit status table --- README.md | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/README.md b/README.md index 23feada..b875111 100644 --- a/README.md +++ b/README.md @@ -162,7 +162,7 @@ Telegram：[Arbitrum 残酷共学](https://t.me/LXDAO/15575) | Name | 12.10 | 12.11 | 12.12 | 12.13 | 12.14 | 12.15 | 12.16 | 12.17 | 12.18 | 12.19 | 12.20 | 12.21 | 12.22 | 12.23 | 12.24 | 12.25 | 12.26 | 12.27 | 12.28 | 12.29 | 12.30 | | ------------- | ---- | ---- | ---- | ---- | ---- | ---- | ---- | ---- | ---- | ---- | ---- | ---- | ---- | ---- | ---- | ---- | ---- | ---- | ---- | ---- | ---- | -| Yi-fantasy | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | +| Yi-fantasy | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | onthebigtree | ✅ | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | Soleil-YSY | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | | jiejie | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | @@ -279,6 +279,7 @@ Telegram：[Arbitrum 残酷共学](https://t.me/LXDAO/15575) + From 1b0f8bbfb501b9cc4c75c64410e327ee9a6a3155 Mon Sep 17 00:00:00 2001 From: ChinesePaladin61 <110147425+ChinesePaladin61@users.noreply.github.com> Date: Sun, 15 Dec 2024 21:17:40 +0800 Subject: [PATCH 22/33] Update ChinesePaladin61.md --- ChinesePaladin61.md | 80 +++++++++++++++++++++++++++++++++++++-------- 1 file changed, 66 insertions(+), 14 deletions(-) diff --git a/ChinesePaladin61.md b/ChinesePaladin61.md index c80db7e..247d9ab 100644 --- a/ChinesePaladin61.md +++ b/ChinesePaladin61.md @@ -67,11 +67,11 @@ timezone: Pacific/Auckland # 新西兰标准时间 (UTC+12) ### 2024.12.10 笔记内容 -什么是 Arbitrum？ +### 什么是 Arbitrum？ Arbitrum是一个生态系统，涵盖了多个基于以太坊的 Layer 2 解决方案，Arbitrum Rollup是Arbitrum的核心产品，是Optimistic Rollup 技术的一种具体实现。 -什么是Optimistic Rollup？ +### 什么是Optimistic Rollup？ Optimistic Rollup 是一种 Layer 2 扩展技术的协议和机制，主要特点是： 假设机制：默认认为提交的交易和状态是正确的（Optimistic）。 @@ -79,7 +79,7 @@ Optimistic Rollup 是一种 Layer 2 扩展技术的协议和机制，主要特 设计目标：减少主链上的计算和存储负担，同时保持高性能和低成本。 所以Optimistic Rollup 是一个技术框架。 -Arbitrum Rollup相比于原生的Optimistic Rollup做出了什么优化？ +### Arbitrum Rollup相比于原生的Optimistic Rollup做出了什么优化？ 更短的挑战期：Arbitrum Rollup使用了增强的挑战期，允许挑战者使用简化的证据提交，从而加快挑战的响应速度，并且只针对有争议部分进行挑战，不需要完全重新计算整个交易。 更低的复杂度与更高的效率：Arbitrum Rollup只对争议部分进行验证，使用n/2的方式缩小每一步的范围，直到欺诈证明的某一具体步骤，降低了挑战成本与时间。 @@ -88,11 +88,11 @@ Arbitrum Rollup相比于原生的Optimistic Rollup做出了什么优化？ ### 2024.12.11 -什么是Rollup？ +### 什么是Rollup？ Rollup 是一种区块链扩展技术，旨在提升以太坊等区块链的交易吞吐量和性能，同时保留去中心化和安全性。它是一种 二层（Layer 2）解决方案，将交易从主链（例如以太坊主链）“滚动”到更高效的链外环境处理，然后将结果提交回主链。 -Arbitrum Rollup的概念？ +### Arbitrum Rollup的概念？ Rollup 通过批量处理大量交易，减少每笔交易在主链上的计算和存储负担。其核心思想是将交易数据和状态变化从主链移到二层，而主链只需要验证结果。 Arbitrum Rollup是使用乐观 Rollup（Optimistic Rollup）方案 @@ -101,25 +101,25 @@ Arbitrum Rollup是使用乐观 Rollup（Optimistic Rollup）方案 优点：支持复杂的智能合约和更通用的应用场景。 缺点：争议解决可能耗时，通常需要等待几天的“挑战期”。 -Rollup 的运行过程及细节？ +### Rollup 的运行过程及细节？ 交易处理：用户将交易发送到 Rollup 二层网络。 批量打包：Rollup 将多笔交易打包成批，并生成一个状态更新。 结果提交：Rollup 将状态根及证明提交到主链，主链验证这些结果。 状态同步：主链上的验证合约更新全局状态。 -什么是状态根？ +### 什么是状态根？ 状态根是区块链当前状态（即账户余额、存储数据等）的加密摘要，通常存储在区块的头部。它使用 Merkle Trie（默克尔树的变体）来表示整个区块链系统的状态，并生成一个唯一的哈希值作为状态的标识。 每当区块链发生交易，改变了账户或智能合约的状态（例如转账、调用合约函数），状态 Trie 中的节点会被更新，新的状态根将被计算并存储在下一个区块中。 -状态根在 Rollup 中的作用？ +### 状态根在 Rollup 中的作用？ 状态根用作主链追踪的标识。 在争议解决期间，状态根和交易数据被用于验证。 比如在 Arbitrum 和 Optimism 中，状态根是争议期间重要的依据。 -状态根在挑战机制中的作用？ +### 状态根在挑战机制中的作用？ 挑战的本质：挑战机制用于验证某个提交的状态根是否是由合法交易计算而得。 在乐观 Rollup 中，假设交易和状态更新默认是正确的，只有当有人怀疑提交的状态有误时，才会触发挑战。 @@ -138,7 +138,7 @@ Rollup 的运行过程及细节？ ### 2024.12.12 -对挑战机制了解不够深，再补充一下 +### 对挑战机制了解不够深，再补充一下 交互式欺诈证明是挑战机制的一种，是Arbitrum rollup的证明方法，使用二分法的方式缩小每一步，这样每此都可以缩小一半的争议范围，直到最终步骤，并确认谁才是真正的诚实者。 @@ -148,13 +148,52 @@ Rollup 的运行过程及细节？ 过了挑战期后发现漏洞，但因为区块的不可篡改机制，系统默认状态根合法，如果设置抵押金，会让骗子的获利程度缩小，或者使用激励机制，让更多的人审查代码，确保交易合法，如果有漏洞也可以在挑战期内发现。 -### 2024.12.11 +### 2024.12.13 + +### Arbitrum One 前几天的知识点都是基于Arbitrum One的技术。 + +Arbitrum 的架构有部分在 L1 上，有部分在 L2 上。在 L1 上的组件是 EthBridge，由一组以太坊合约构成。EthBridge 负责对 Arbitrum Rollup 协议进行仲裁，以及维护 Arbitrum rollup 在以太坊链上的收件箱和发件箱。 +用户、L1 合约和全节点可以通过以太坊链上的收件箱和发件箱将其交易发送至 Arbitrum 链，并观察这些交易的结果。 +Arbitrum 虚拟机（AVM）是 EthBridge 提供的功能，是 L1 和 L2 之间的网关。AVM 能够读取输入，并基于这些输入执行计算，从而产生输出。 +ArbOS 运行在 AVM 上，确保智能合约在 Arbitrum 链上执行。ArbOS 完全存在于 L2 上，并像在以太坊上一样运行 EVM 合约。 + +### EthBridge是什么？ + +EthBridge 是区块链领域中一个通用的术语，通常指的是连接 以太坊（Ethereum）主链（Layer 1, L1） 和其他链（如 Layer 2 解决方案、侧链或其他独立区块链）的桥接机制。 +它的主要作用是实现跨链资产、数据的互操作，使不同区块链之间能够共享价值和信息，同时继承以太坊的安全性。 +3. EthBridge 的应用场景之一就是 +Layer 2 Rollup 与 Layer 1 的连接： +在 Arbitrum 或 Optimism 等 Layer 2 上执行的交易，需要通过 EthBridge 将状态更新提交到以太坊主链。 + +### Arbitrum Nitro + +Nitro 是 One 的技术栈升级，并不是独立于 One 的网络，Nitro 升级后全称还是 Arbitrum One + +3.1 不需要共识机制的证明程序 +由于 Sequencer 在第一阶段的「状态转移函数」操作是公开的，任何人都可以根据自己已知的交易顺序去计算状态转移函数，所有诚实方得到的是相同的结果。因此，Nitro 的节点不需要共识机制，只需要获取交易序列（即时提取和在以太坊上批次提取），并自行在本地运行就可以了，所以会显著降低成本。 + +第一阶段：软确认（但此时的交易还没有向L1以太坊提交，有更改的余地） + +用户创建了一笔交易，经过钱包签名确认后，会发送给Nitro的Sequencer（序列器）。 +Sequencer 收到信息，通过「状态转移函数」过滤掉无效交易，并把剩下的交易公平地进行排队. +直接无条件地让节点在本地执行，并向客户提供交易收据（包括提交了恶意或者错误信息的用户），这个过程通常只需要一两秒钟。不需要任何额外的链上确认 +第二阶段：硬终结 -Arbitrum One +Sequencer向以太坊发布排队序列，并最终确认。 -Arbitrum One 是目前最广泛使用的 Arbitrum Rollup，前几天的知识点都是基于Arbitrum One的技术。 +一种发送方式是在给每笔交易排序时，都向所有订阅者发布即时通知。 +另一种方式是汇总起来在L1以太坊上按批次发布（间隔几分钟）。 +3.2 用Go语言重写的节点软件Geth +Geth即 go-ethereum，是用 Go 语言编写的以太坊节点软件，让矿工去执行交易，这是 Nitro 最核心的部分。 -Arbitrum Nitro +Arbitrum 的旧方案方案是通过定制的 Arbitrum 虚拟机（AVM）来模拟 EVM，它的一些内部逻辑在EVM 不一致（例如Gas的计算），所以仅限于低级指令。而Geth则基本完全支持以太坊的数据结构、格式和虚拟机，所以可以实现以太坊高度兼容。 + +3.3 执行与证明分别两套代码 +Layer2 的任务有两个——执行和证明，这是两个侧重点，无法兼顾，因此Nitro用不同的代码来实现。 + +不过都是同一套源代码，刚才提到的让矿工去执行交易的节点软件 Geth 用的是源代码，执行速度更快。但是关于欺诈证明的代码，则编译为二进制的 wasm 格式，特点是可移植、体积小、加载快并且兼容Web。而且Nitro又对wasm格式进行了微调，让它更适合与链交互，称之为WAVM代码。 + +在WASM代码上进行Arbitrum的交互式欺诈证明，就取代了Arbitrum虚拟机（AVM）的架构，直接以标准的语言和工具来构建和编译。 ### 2024.12.14 @@ -166,4 +205,17 @@ Arbitrum Nitro 我们已经开始为多个客户端测试和评估性能和基准，包括 Paradigm 新发布的 Reth 1.0、Erigon 3.0 和 Nethermind，目标是在 2025 年提供生产就绪的多客户端实现，并简化未来添加其他客户端的流程。尽管我们目前的分析表明，一些替代客户端在一些性能基准上仍然落后于 Geth，但我们认为，随着这些客户端的进一步优化，为 Arbitrum 的采用做好准备是谨慎的。 +### 2024.12.15 + +### Arbitrum 生态介绍 + +一个链的生态是指围绕一条区块链技术及其应用构建的整体环境，包括基础设施、协议、工具、用户、开发者和商业应用等多个层面的集合。它涵盖了区块链的底层技术到其应用场景的全链条，最终目标是形成一个支持创新、运行高效并持续扩展的生态系统。 + +Arbitrum 的生态围绕 Layer 2 扩展技术构建，提供高效、低成本的以太坊交易环境。其核心包括 基础设施（以 Rollup 技术为核心，支持 Nitro 优化）、应用层（涵盖 DeFi 协议如 GMX、Radiant，以及 NFT 市场和链游）、工具与服务（如 Arbitrum Bridge、区块浏览器、开发工具链）、跨链支持（连接以太坊和其他生态的桥接器）、社区与治理（通过 Arbitrum DAO 赋能用户治理）以及 代币经济（ARB 代币用于网络治理和激励生态发展），构成一个高性能、去中心化、用户友好的区块链生态系统。 + +### Arbitrum 生态汇总 +经不完全统计，Arbitrum 生态门户共列出了 170 多个项目，在重新优化分类之后，我们发现 Arbitrum One 主网上线半年后，Arbitrum 已日渐成型，目前，从参与入口来看，支持出入金、钱包、交易所以及桥和跨链项目就有 60 来个；统计的近 40 多个 DeFi 应用主要分布在衍生品、AMM 和收益优化方面；另外，NFT 方面，3 个 NFT 市场中 TreasureDAO 占据主导角色，TreasureDAO 旗下元宇宙游戏 Bridgeworld 内的 NFT 系列热度偏高，其他 NFT 项目大多数缺乏持久热度；另外还有 30 来个支持 Arbitrum 的工具、基础设施以及节点提供方。 + +纳入 The Arbitrum Odyssey 生态采用计划的 56 个项目中，在经过社区投票后，Yield Protocol、Hashflow、Aboard Exchange、tofuNFT、Uniswap、ApeX、1inch、Yin Finance、DODO、Swapr、Treasure DAO、BattleFly、Ideamarket 和 SushiSwap 晋级 + From e635bda3851ef1485b20b23b18fa8f83fb91a8f4 Mon Sep 17 00:00:00 2001 From: GitHub Action Date: Sun, 15 Dec 2024 13:17:55 +0000 Subject: [PATCH 23/33] Update commit status table --- README.md | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/README.md b/README.md index b875111..638a2a5 100644 --- a/README.md +++ b/README.md @@ -171,7 +171,7 @@ Telegram：[Arbitrum 残酷共学](https://t.me/LXDAO/15575) | pillowtalk-Qy | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | hechichu | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | nocb | ✅ | ✅ | ✅ | ✅ | ⭕️ | ✅ | | | | | | | | | | | | | | | | -| ChinesePaladin61 | ✅ | ✅ | ✅ | ⭕️ | ✅ | | | | | | | | | | | | | | | | | +| ChinesePaladin61 | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | jjeejj | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | happylucie | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | | Rey666666 | ✅ | ✅ | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | @@ -280,6 +280,7 @@ Telegram：[Arbitrum 残酷共学](https://t.me/LXDAO/15575) + From 40ace0183442e8b22691799296f031aca4765979 Mon Sep 17 00:00:00 2001 From: Alfred <65961439+fuhaooo@users.noreply.github.com> Date: Sun, 15 Dec 2024 21:43:00 +0800 Subject: [PATCH 24/33] Update fuhaooo.md MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 12.15打卡 --- fuhaooo.md | 41 +++++++++++++++++++++++++++++++++++++++++ 1 file changed, 41 insertions(+) diff --git a/fuhaooo.md b/fuhaooo.md index a5f4765..5d90780 100644 --- a/fuhaooo.md +++ b/fuhaooo.md @@ -233,5 +233,46 @@ Wrap功能可以使用，但这些新生成的WETH如果跨回到L1，也无法 OutBox合约会记录哪些L2到L1的跨链消息已经被处理过，以防止有人反复提交执行过的提现请求。它通过mapping(uint256 => bytes32) public spent，记录提现请求的spent Index与信息对应关系，如果mapping[spentIndex] != bytes32(0)则该请求已被提现过。原理类似于防止重放攻击的交易计数器Nonce。 +### 2024.12.15 +### 充值与提现流程 + +以ETH为例完整讲解充值与提现的流程。ERC20与之不同的仅仅是⾛了Gateway + +### ETH充值 +![image](https://github.com/user-attachments/assets/a7fa9e0f-001b-43c8-a12e-d3338d86f4a0) + +1. 用户调用慢箱的depositETH()函数。 + +2. 该函数会继续调用bridge.enqueueDelayedMessage()，在bridge合约中记录该消息，并将ETH发送往bridge合约。所有的ETH充值资金，都保管在bridge合约中，相当于一个充值地址。 + +3. 排序器监听到慢箱中的充值消息，将充值操作反映⾄L2数据库中，⽤户可以在L2网络看到自己充进来的资产。 + +4. 排序器将该笔充值记录包含进交易批次batch，提交给L1上的快箱合约。 + +### ETH提现 +![image](https://github.com/user-attachments/assets/3da94536-68f7-429d-bf36-acded86fe2e8) + +1. ⽤户在L2上调⽤ ArbSys合约的withdrawEth()函数 ，在L2上销毁相应数量的ETH。 + +2. 排序器将该提现请求发送⾄快箱。 + +3. Validator节点根据快箱中的交易序列，创建新的Rollup Block，其中会包含上述提款交易。 + +4. Rollup Block度过了挑战期并被确认后，⽤户可以在L1上调用Outbox.execute Transaction()函数，证明参数由前面提到的ArbSys合约给出。 + +5. Outbox 合约确认⽆误后，解锁bridge中相应数额的ETH发送给⽤户。 + +### 强制提现 +force Inclusion()强制归集功能用于对抗定序器的审查，任何L2本地交易、L1到L2交易和L2到L1交易，都可以使用该功能实现。定序器的恶意审查严重影响了交易体验，大部分情况下我们会选择提现离开L2，因此下面以强制提现为例介绍forceInclusion的用法。 + +回顾在ETH提现步骤中，只有步骤1、2是涉及到定序器审查的，所以只需要更改这两步： + +调用L1上慢箱合约中的inbox.sendL2Message()，输入参数就是在L2上调用withdrawEth()时需要输入的参数。该消息会共享给L1上的bridge合约。 + +等待24小时的强制归集等待期后，调用快箱中的force Inclusion()进行强制归集，快箱合约会检视bridge中是否有对应消息。 + +最终用户可以在Outbox中提现，其余步骤由同正常的提现相同。 + +另外，arbitrum-tutorials中也有使用Arb SDK的详细教程去指导用户如何通过forceInclusion()去进行L2本地交易和L2到L1交易。 From 9eb462e36ab6b1a653a9909f3cc592d87a0bafe2 Mon Sep 17 00:00:00 2001 From: GitHub Action Date: Sun, 15 Dec 2024 13:43:13 +0000 Subject: [PATCH 25/33] Update commit status table --- README.md | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/README.md b/README.md index 638a2a5..728a8d3 100644 --- a/README.md +++ b/README.md @@ -181,7 +181,7 @@ Telegram：[Arbitrum 残酷共学](https://t.me/LXDAO/15575) | JacksonStack | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | Helen2022a | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | | stualan | ✅ | ✅ | ✅ | ⭕️ | ⭕️ | | | | | | | | | | | | | | | | | -| fuhaooo | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | +| fuhaooo | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | pliker-git | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | noyyyy | ✅ | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | NSXX2021 | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | @@ -281,6 +281,7 @@ Telegram：[Arbitrum 残酷共学](https://t.me/LXDAO/15575) + From 7e4bae0b4dc37b331aed603135c775aebc0f1854 Mon Sep 17 00:00:00 2001 From: weiheng Date: Sun, 15 Dec 2024 21:49:03 +0800 Subject: [PATCH 26/33] =?UTF-8?q?update:=20=E4=BA=86=E8=A7=A3Arbitrum=20?= =?UTF-8?q?=E8=BF=9B=E5=8C=96=E6=96=B9=E5=90=91?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- HenryWei.md | 53 ++++++++++++++++++++++++++++++++++++++++++++++++++--- 1 file changed, 50 insertions(+), 3 deletions(-) diff --git a/HenryWei.md b/HenryWei.md index 3f3f417..4df3844 100644 --- a/HenryWei.md +++ b/HenryWei.md @@ -499,7 +499,7 @@ Arbitrum Stylus 是一个新的开发工具，为开发者提供更高效的智 `Stylus 是 Arbitrum 的一种新的执行环境`，让开发者可以使用不同于 Solidity 的语言来编写智能合约，从而提高开发灵活性和性能。 -##### 核心特性 +###### 核心特性 - 多语言支持 @@ -521,9 +521,9 @@ Arbitrum Stylus 是一个新的开发工具，为开发者提供更高效的智 Stylus 为 Arbitrum 提供了一种扩展智能合约开发的方式，帮助开发者构建更复杂的应用和生态系统 -#### 2024.12.14 +### 2024.12.14 -##### Arbitrum Protocol 技术升级 +#### Arbitrum Protocol 技术升级 自 Arbitrum Protocol 诞生以来，进行了几次重大的技术升级，这些升级旨在提高性能、扩展能力、兼容性和开发者体验。 @@ -542,4 +542,51 @@ Arbitrum Stylus 是一个新的开发工具，为开发者提供更高效的智 | Arbitrum One | Optimistic Rollup | 通用 Layer 2 主链 | DeFi、NFT、通用链上应用 | | Arbitrum Nova | AnyTrust | 高频交易和低费用应用链 | 游戏、社交、微交易 | +### 2024.12.15 + +#### Arbitrum Protocol 进化 + +- **核心理念**：你的链条，你的规则 + +- **目标**：推动区块链构建者和用户体验的提升，提供一个创新、自主的区块链基础设施。 + +- **价值观**： + + - 用户和开发者为核心。 + - 提供灵活、安全的区块链基础设施，支持构建去中心化应用和生态。 + - 构建可信赖的系统，抽象掉复杂的技术细节 + +#### Arbitrum Stylus：开发者工具的升级 + +- **功能**： + + - 支持传统编程语言（Rust、C、C++），降低开发门槛。 + - 扩展智能合约的设计空间，支持更复杂的链上逻辑。 + - 通过高效执行环境降低计算和内存成本，优化 Gas 使用。 + +- **亮点**： + + - 为生态系统吸引更多开发者，推动更多领域的创新。 + - 提供 Solidity 的完整兼容性，同时支持多语言开发。 + +- **上线计划**： + + - Arbitrum One 和 Nova 主网同步支持 Stylus + +#### 未来技术方向：推动去中心化 + +- BoLD（Bounded Liquidity Delay）： + + - 目标：通过安全的去中心化验证机制，接近 Rollup 的终极扩展阶段（L2 Beat Stage 2 标准）。 + - 时间：计划在 2024 年下半年推出。 + +- 去中心化密钥管理： + + - 提升密钥管理的安全性和抗审查能力。 + - 时间：2024 年下半年。 + +- 去中心化 Sequencer： + + - 彻底消除中心化瓶颈，构建无信任的 Sequencer 网络。 + - 时间：2025 年 From 90c7237fa1fb55503081b99ca9ff362b1a86d17c Mon Sep 17 00:00:00 2001 From: GitHub Action Date: Sun, 15 Dec 2024 13:49:30 +0000 Subject: [PATCH 27/33] Update commit status table --- README.md | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/README.md b/README.md index 728a8d3..8e87da6 100644 --- a/README.md +++ b/README.md @@ -188,7 +188,7 @@ Telegram：[Arbitrum 残酷共学](https://t.me/LXDAO/15575) | 317232 | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | Marcus | ⭕️ | ✅ | ✅ | ✅ | ⭕️ | | | | | | | | | | | | | | | | | | yuhui | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | -| HenryWei | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | +| HenryWei | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | missingtheway | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | iavl | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | | HeliosLz | ✅ | ✅ | ✅ | ✅ | ⭕️ | ✅ | | | | | | | | | | | | | | | | @@ -282,6 +282,7 @@ Telegram：[Arbitrum 残酷共学](https://t.me/LXDAO/15575) + From 174ef7dc6ecac1a5bbea7b50e6e4ca011be9fd29 Mon Sep 17 00:00:00 2001 From: Qy Date: Sun, 15 Dec 2024 23:16:29 +0800 Subject: [PATCH 28/33] Update pillowtalk-Qy.md --- pillowtalk-Qy.md | 2 ++ 1 file changed, 2 insertions(+) diff --git a/pillowtalk-Qy.md b/pillowtalk-Qy.md index e7f4b81..b275aaf 100644 --- a/pillowtalk-Qy.md +++ b/pillowtalk-Qy.md @@ -110,7 +110,9 @@ timezone: Pacific/Auckland # 新西兰标准时间 (UTC+12) ### 2024.12.15 +1.就以太坊而言，大 gas 容量的 Arbitrum 交易的唯一缺点是它可能需要运行更多的交互步骤（这个也仅仅是在有所争议的情况下）。相反，重执行模式下的 rollup 交易，gas limit 必须小于以太坊的区块 Gas Limit，否则就没法在一笔以太坊交易内模拟执行完这笔交易了（而且模拟执行比起在以太坊中直接执行，gas 消耗量还要更大）。 +2.合约大小没有限制：交互式证明无需为每一个 L2 合约创建一个以太坊合约，所以也不要求合约符合以太坊合约的限制。对于 Arbitrum 的争议合约来说，在 L2 上部署一个合约的操作也是一系列计算过程的组合，与别的操作没有区别。相反，重执行模式下，L2 合约的大小比以太坊主链上所能容许的还要小，因为要模拟一个合约的执行需要能够仿制（instrument）这个合约，而仿制的代码必须能够放进一个以太坊合约内。 ### 2024.12.15 From 24d7d67a76ebea67f4049e5dfd406e0214936b26 Mon Sep 17 00:00:00 2001 From: GitHub Action Date: Sun, 15 Dec 2024 15:16:45 +0000 Subject: [PATCH 29/33] Update commit status table --- README.md | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/README.md b/README.md index 8e87da6..938637e 100644 --- a/README.md +++ b/README.md @@ -168,7 +168,7 @@ Telegram：[Arbitrum 残酷共学](https://t.me/LXDAO/15575) | jiejie | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | | StarryDesert | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | a-super-cat | ✅ | ✅ | ✅ | ⭕️ | ⭕️ | | | | | | | | | | | | | | | | | -| pillowtalk-Qy | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | +| pillowtalk-Qy | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | hechichu | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | nocb | ✅ | ✅ | ✅ | ✅ | ⭕️ | ✅ | | | | | | | | | | | | | | | | | ChinesePaladin61 | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | @@ -193,7 +193,7 @@ Telegram：[Arbitrum 残酷共学](https://t.me/LXDAO/15575) | iavl | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | | HeliosLz | ✅ | ✅ | ✅ | ✅ | ⭕️ | ✅ | | | | | | | | | | | | | | | | | linyuanye3 | ✅ | ⭕️ | ✅ | ⭕️ | ✅ | ✅ | | | | | | | | | | | | | | | | -| joyc | ✅ | ✅ | ✅ | ✅ | ⭕️ | | | | | | | | | | | | | | | | | +| joyc | ✅ | ✅ | ✅ | ✅ | ⭕️ | ⭕️ | | | | | | | | | | | | | | | | | CornellZheng | ✅ | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | YOUKUAIHAOMUTOU | ✅ | ✅ | ⭕️ | ⭕️ | ✅ | | | | | | | | | | | | | | | | | | wodeche | ✅ | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | @@ -283,6 +283,7 @@ Telegram：[Arbitrum 残酷共学](https://t.me/LXDAO/15575) + From e19fa403d134bc6d5f689165788ad972d3c2bcb1 Mon Sep 17 00:00:00 2001 From: mwo <114386097+317232@users.noreply.github.com> Date: Sun, 15 Dec 2024 23:34:01 +0800 Subject: [PATCH 30/33] =?UTF-8?q?=E6=9B=B4=E6=96=B0=20317232.md?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- 317232.md | 14 +++++++++++++- 1 file changed, 13 insertions(+), 1 deletion(-) diff --git a/317232.md b/317232.md index e20d055..3349958 100644 --- a/317232.md +++ b/317232.md @@ -114,4 +114,16 @@ Arbitrum One 和 Arbitrum Nova 是专为实际使用而设计的生产链。它 ### 2024.12.14 Arbitrum 和 以太坊概述 的区别 -Arbitrum的设计尽可能与以太坊兼容和一致，从其高级RPC到低级字节码以及介于两者之间的一切。具有以太坊构建经验的去中心化应用程序（dApp）开发人员可能会发现，在Arbitrum上构建几乎不需要新的特定知识。 +Arbitrum的设计尽可能与以太坊兼容和一致，从其高级RPC到低级字节码以及介于两者之间的一切。具有以太坊构建经验的去中心化应用程序（dApp）开发人员可能会发现，在Arbitrum上构建几乎不需要新的特定知识。 + +### 2024.12.15 + +四.Arbitrum生产链选择 + +Arbitrum One是一个第2层（L2）乐观汇总链，它实现了Arbitrum汇总协议，并结算到以太坊的第1层（L1）链。它允许您构建具有低交易成本和以太坊级安全保证的高性能以太坊去中心化应用程序，无需引入额外的信任假设。这是由Nitro技术栈实现的，Nitro是一种“Geth at the core”架构，它为Arbitrum One（和Nova）提供了高级的调用数据压缩、用于通用执行和故障证明的单独上下文、以太坊L1气体兼容性等。 + +Arbitrum Nova是Arbitrum One链条的高性能替代品。Arbitrum One实现了纯粹的无信任汇总协议，而Arbitrum Nova实现了大部分无信任的AnyTrust协议。Rollup和AnyTrust之间的关键区别在于，AnyTrust协议以数据可用性委员会（DAC）的形式引入了额外的信任假设。该委员会（详见下文）负责加快将L2交易数据存储、批处理和发布到以太坊L1的过程。这使您可以在需要性能和可负担性的场景中使用Arbitrum，而Arbitrum One最适合需要以太坊纯粹无信任的场景 + + +Arbitrum Sepolia是一个复制Arbitrum One主网功能的测试网链。它与Sepolia测试网相连，为开发人员提供了一个安全的平台，可以在主网实际部署之前对其智能合约进行实验和评估。 + From 0970e88d135f3306b38967f6c1b0925f964cb18a Mon Sep 17 00:00:00 2001 From: GitHub Action Date: Sun, 15 Dec 2024 15:34:18 +0000 Subject: [PATCH 31/33] Update commit status table --- README.md | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/README.md b/README.md index 938637e..178ef50 100644 --- a/README.md +++ b/README.md @@ -185,7 +185,7 @@ Telegram：[Arbitrum 残酷共学](https://t.me/LXDAO/15575) | pliker-git | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | | noyyyy | ✅ | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | NSXX2021 | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | -| 317232 | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | +| 317232 | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | Marcus | ⭕️ | ✅ | ✅ | ✅ | ⭕️ | | | | | | | | | | | | | | | | | | yuhui | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | HenryWei | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | @@ -284,6 +284,7 @@ Telegram：[Arbitrum 残酷共学](https://t.me/LXDAO/15575) + From 277274bbc4c3f04daaf9c00726dacb78ca3f0487 Mon Sep 17 00:00:00 2001 From: pliker-git Date: Sun, 15 Dec 2024 22:48:34 +0700 Subject: [PATCH 32/33] Update pliker-git.md --- pliker-git.md | 9 ++++++++- 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/pliker-git.md b/pliker-git.md index 3d130de..03eeed7 100644 --- a/pliker-git.md +++ b/pliker-git.md @@ -65,5 +65,12 @@ timezone: Asia/Shanghai 4.Arbitrum（$ARB）的代币分配设计旨在平衡社区、投资者和团队之间的利益。分配给社区的 56% 中，约 42.78%（即 4,278,000,000 枚 $ARB）被分配到 Arbitrum DAO 的国库。 5.Offchain Labs 团队和投资者合计持有约 44.47% 的 $ARB（即 4,447,000,000 枚）。 然而，这些代币通常有锁仓期和线性解锁计划，以防止短期内过度抛售，具体解锁时间表可参考官方公告。 ### 2024.12.14 - +### 2024.12.15 +笔记内容 +1.用户愿意购买 $ARB 的原因在于它承载了治理权的价值预期、生态参与的象征意义，以及市场投机的潜在回报。尽管 $ARB 不代表所有权、没有利润分配权，也不是用于支付交易费用的功能性代币，但它在 Arbitrum DAO 的治理中发挥关键作用，并间接影响 Arbitrum 网络的发展方向。 +2.发行 $ARB 是 Offchain Labs 推动去中心化和生态发展的战略选择，同时避免了股票发行带来的监管风险和约束，为团队和投资者提供了灵活的价值实现方式。 +3.Offchain Labs 团队直接持有 26.94% 的 $ARB，加上早期投资者持有的 17.53%，总共 44.47% 的代币掌握在团队和投资者手中。 +4.即使 DAO 名义上是去中心化治理，团队和投资者仍能通过其代币持有量对治理提案施加重大影响。 +5.团队和投资者合计持有约 44.47% 的 $ARB，治理权在初期可能较为集中。Arbitrum DAO 国库代币的使用由全体持币者共同决定，但如果社区投票率低，治理权可能被大户主导。普通用户持有的 $ARB 占比约为 13.22%，但由于投票分散和参与度不足，实际影响力可能有限。 +### 2024.12.15 From 22cefe7d6b3a3a9d373919f2ed15c68aae8cbb6a Mon Sep 17 00:00:00 2001 From: GitHub Action Date: Sun, 15 Dec 2024 15:48:50 +0000 Subject: [PATCH 33/33] Update commit status table --- README.md | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/README.md b/README.md index 178ef50..c7f4e06 100644 --- a/README.md +++ b/README.md @@ -182,7 +182,7 @@ Telegram：[Arbitrum 残酷共学](https://t.me/LXDAO/15575) | Helen2022a | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | | stualan | ✅ | ✅ | ✅ | ⭕️ | ⭕️ | | | | | | | | | | | | | | | | | | fuhaooo | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | -| pliker-git | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | +| pliker-git | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | | noyyyy | ✅ | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | NSXX2021 | ⭕️ | ⭕️ | ❌ | | | | | | | | | | | | | | | | | | | | 317232 | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | | | | | | | | | | | | | | | | @@ -285,6 +285,7 @@ Telegram：[Arbitrum 残酷共学](https://t.me/LXDAO/15575) +