Skip to content
Open
Changes from all commits
Commits
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
123 changes: 122 additions & 1 deletion onthebigtree.md
Original file line number Diff line number Diff line change
Expand Up @@ -78,6 +78,127 @@ timezone: Asia/Shanghai
> 快速总结:Arbitrum = 便宜 + 快 + 兼容 + 安全,适合各种以太坊应用的扩展!


### 2024.07.12
### 2024.12.11
## Arbitrum 的运行机制解析

### 验证机制
- **乐观验证**(Optimistic Verification):
- 假设所有提交的交易都是有效的。
- 仅在发现争议时启动**欺诈证明**(Fraud Proof),由以太坊执行计算验证。
- **好处**:减少链上计算负担,提升效率。

### 数据可用性
- Arbitrum 将交易数据存储在以太坊上,确保数据**可追溯**和**可靠性**。
- **挑战期**:用户可在一定时间内提出争议,保障系统透明和安全。

---

## Arbitrum 的发展现状

### 主流应用与支持项目
- **DeFi 项目**:
- Uniswap:在 Arbitrum 上部署,提供低手续费的流动性交易。
- GMX:去中心化衍生品交易所,高速、低成本体验。

- **NFT 与游戏**:
- TreasureDAO:构建在 Arbitrum 上的元宇宙生态。
- Toadstoolz:低 Gas 成本的 NFT 收藏品。

- **跨链桥工具**:支持多种资产在以太坊和 Arbitrum 之间桥接,如 Hop Protocol、Celer Bridge。

---

## 使用 Arbitrum 的注意事项

### 网络设置
- 钱包 RPC 配置(以 MetaMask 为例):
- 网络名称:Arbitrum One
- RPC URL:https://arb1.arbitrum.io/rpc
- 链 ID:42161
- 货币符号:ETH
- 区块浏览器 URL:https://arbiscan.io

### 费用与性能
- 平均 Gas 费用约为以太坊的 **1/10 到 1/50**。
- 更高效的交易处理速度,适合高频交互应用。

### 潜在风险
- **争议期延迟**:若交易被质疑,需要一定时间进行验证。
- **依赖以太坊主网**:以太坊拥堵可能间接影响 Arbitrum。

---

## Arbitrum 的未来发展

### 规划与升级
1. **治理改进**:推出原生代币 ARB,赋予社区更多决策权。
2. **Nitro 升级**:优化 Rollup 结构,进一步提升吞吐量。
3. **生态扩展**:吸引更多开发者和用户,通过奖励计划促进发展。

### 竞争格局
- 与其他 Layer 2 方案(如 Optimism、zkSync)的对比:
- Arbitrum 在生态规模和兼容性上表现更优。
- zkSync 依赖零知识证明技术,未来可能提供更快的验证机制。

---

## 今日小结
- Arbitrum 是以太坊扩展的绝佳选择,凭借低费用、高兼容性、安全性,迅速成为 Layer 2 领域的领先者。
- 开发者和用户均可从中受益,无论是 DeFi、NFT,还是游戏领域。

### 2024.12.12
# Rollup 与欺诈证明机制深入研究

通过研读各类技术文档和资料,系统性地学习了 Rollup 技术及其欺诈证明机制的核心原理。

## Rollup 技术基础
Rollup 是一种二层扩容方案,通过将大量交易批量压缩并提交到以太坊主网来实现扩容。主要分为两类:

### Optimistic Rollup
- 采用乐观验证机制
- 默认所有交易有效
- 通过欺诈证明机制确保安全性
- 代表项目:Arbitrum、Optimism

### ZK Rollup
- 使用零知识证明技术
- 每笔交易都附带有效性证明
- 实时验证,无需挑战期
- 代表项目:zkSync、StarkNet

## 欺诈证明机制深度解析

### 核心工作流程
1. **状态提交**
- Sequencer 收集并打包交易
- 生成状态根并提交到 L1
- 进入挑战期窗口

2. **争议检测**
- 验证者监控状态转换
- 发现异常可提交欺诈证明
- 触发链上验证流程

3. **验证执行**
- 智能合约重放可疑交易
- 通过 Merkle 证明比对状态
- 确定争议结果

4. **惩罚机制**
- 作恶方保证金被罚没
- 诚实验证者获得奖励
- 维护网络安全性

### 技术设计考量
- 使用 Merkle 树优化状态存储
- 采用二分搜索定位争议点
- 验证过程在 L1 上执行确保公平性

## 关键研究方向
1. 验证计算的性能优化
2. 挑战期与安全性的平衡
3. 经济激励模型的完善

计划进一步研究 ZK Rollup 的技术实现,特别是零知识证明在扩容中的应用。

<!-- Content_END -->