Skip to content

Commit

Permalink
Browse files Browse the repository at this point in the history
  • Loading branch information
chenziyu-bxy committed Jan 19, 2025
2 parents c6fe093 + 27836a5 commit 3e316b9
Show file tree
Hide file tree
Showing 29 changed files with 1,802 additions and 56 deletions.
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
35 changes: 35 additions & 0 deletions 183Aaros.md
Original file line number Diff line number Diff line change
Expand Up @@ -266,4 +266,39 @@ Valid Proposal Types
Retroactive Public Goods Funding (Retro Funding)
A unique mechanism where Citizens vote to reward impactful public goods projects through:

#### 2025.01.16
Revised and re-orgnised notes for
https://github.com/ethereum-optimism/OPerating-manual/blob/main/manual.md

Key takeaway

Governance Architecture
- Two-House System: Token House and Citizens' House
- Purpose: Decentralized, democratic blockchain governance
- Unique Feature: Bicameral structure with mutual oversight

Token House
- Composition: OP token holders
- Responsibilities:
Submit governance proposals
Vote on protocol upgrades
Manage treasury decisions
Voting Mechanism: Direct voting or delegation

Citizens' House
- Core Function: Retroactive Public Goods Funding
- Key Characteristics:
Temporary citizenship
Veto power over Token House proposals
Rewards impactful public goods projects

Governance Process
- Cycle: Three-week structured approach
Weeks 1-2: Community feedback
Week 3: Formal voting
- Approval Requirements:
Delegate/Citizen endorsements
Specific quorum thresholds
Transparent review process

<!-- Content_END -->
4 changes: 4 additions & 0 deletions CHENFANGC.md
Original file line number Diff line number Diff line change
Expand Up @@ -160,4 +160,8 @@ Superchain 的目标是将 OP 主网(OP Mainnet)和其他链合并为一个

- Optimism 社区:https://community.optimism.io/

### 2025.01.17

听 ZhouQi 老师的分享:https://www.youtube.com/watch?v=VGxzUxryiqE

<!-- Content_END -->
45 changes: 45 additions & 0 deletions CJC824.md
Original file line number Diff line number Diff line change
Expand Up @@ -929,4 +929,49 @@ Proto-Danksharding(又称 **EIP-4844**)是以太坊的一项重要升级提

- **优点**:由于数据不在链上存储,Validium 的交易成本更低,扩展性更高。
- **缺点**:数据可用性依赖于委员会的诚实行为,去中心化程度较低。

### 2025.01.18

## **技术堆栈**

| **组件** | **作用** |
| --- | --- |
| **EVM** | 执行 Layer 2 上的智能合约。 |
| **Merkle 树** | 存储和验证 Layer 2 的账户状态。 |
| **Sequencer** | 排序和打包用户交易,提交到以太坊主链。 |
| **Calldata** | 将压缩的交易数据存储到主链。 |
| **欺诈证明** | 验证无效交易,确保网络安全性。 |

### **Optimism 与 EVM 的关系**

Optimism 是一个以太坊 Layer 2 扩展解决方案,而 **EVM(Ethereum Virtual Machine)** 是以太坊生态的核心组件之一,用于执行智能合约。Optimism 的设计和实现高度依赖 **EVM 兼容性**,以支持开发者无缝迁移现有的以太坊应用(DApps)到 Layer 2。

### **1. 什么是 EVM?**

EVM(Ethereum Virtual Machine)是以太坊的运行环境,它负责执行智能合约并管理以太坊的状态转换。主要特性包括:

- **字节码执行**:EVM 将以太坊智能合约的高级语言(如 Solidity)编译成字节码后执行。
- **账户状态管理**:通过全球状态树存储每个账户和合约的余额、存储和代码。
- **去中心化执行**:以太坊网络中的每个节点都运行 EVM 来验证交易和状态。

### **Optimism 与 EVM 的兼容性**

Optimism 从一开始就设计为与 EVM 完全兼容,使开发者能够轻松迁移其 DApp 至 Layer 2。以下是具体的兼容性特性:

### **2.1 完整的 EVM 兼容性**

- Optimism 的执行环境支持所有以太坊的操作码(opcodes),因此可以直接运行以太坊智能合约。
- 开发者不需要修改智能合约代码或重新学习新的开发工具。

### **2.2 无缝迁移**

- DApps 在 Optimism 上的部署过程与在以太坊主网类似,只需要将合约部署到 Optimism 的 Layer 2 网络即可。
- 开发者可以使用相同的开发工具(如 Truffle、Hardhat 或 Remix)进行开发和部署。

### **2.3 初期的 OVM(Optimistic Virtual Machine)**

- **OVM(Optimistic Virtual Machine)** 是 Optimism 在早期设计的一种兼容 EVM 的虚拟机,用于在 Layer 2 上执行智能合约。
- OVM 添加了一些特殊的优化功能,但它并不是完全原生的 EVM。
- **当前情况**
- 随着技术迭代,Optimism 已经抛弃了 OVM,采用了完全原生的 EVM 运行环境,提高了性能和兼容性。
<!-- Content_END -->
93 changes: 93 additions & 0 deletions ChinesePaladin61.md
Original file line number Diff line number Diff line change
Expand Up @@ -398,4 +398,97 @@ Retro Funding 还为公共产品项目提供可能的退出流动性,从而为

明天介绍,逆向融资详细内容

### 2025.01.17

逆向融资(Retroactive Funding) 是一种新的资助机制,它的主要特点是先行动,后奖励。与传统的前期资金筹集模式不同,逆向融资关注的是对已经发生的、有影响力的工作和贡献进行奖励。具体来说,这种机制通过回溯性地为过去的贡献提供资助,特别是对那些没有事先资金支持但对生态或社区产生了积极影响的贡献者进行奖励。

逆向融资的基本原则
逆向融资的核心原则是先进行实际的工作和贡献,之后才根据这些贡献的影响力进行奖励。这意味着,贡献者不需要等待资金或补助的批准,而是通过实际的贡献赢得资助。

主要特点:
不依赖事先资金:参与者不需要在工作开始前就获得资金支持。相反,资金在工作完成后根据贡献的影响力来分配。
关注实际影响:这种机制关注的是实际产生的影响或成果,而不是理论上的计划或承诺。
社区驱动:逆向融资通常采用去中心化的方式,利用社区投票或协议来确定哪些贡献应当获得奖励。
逆向融资的工作原理
贡献发生:参与者先进行有意义的工作或贡献。例如,开发开源软件、贡献研究成果、组织活动等,所有这些行为都对生态、社区或行业产生了积极影响。

影响评估:一旦贡献完成,社区或治理机构就会评估该贡献的实际影响。这通常包括使用一些量化指标,如用户参与度、实际使用情况、技术实施或经济效益等。

资金分配:根据影响评估结果,社区或基金会根据已有的资金池进行分配。这通常通过投票、算法或其他决策机制来决定。

奖励:一旦评估完成,贡献者就会获得相应的资助。奖励可能是金钱、代币、资源或其他形式的奖励。

逆向融资的关键组件
逆向融资通常由三个核心组件构成:

1. 影响范围界定(Impact Scope Definition)
筹集什么资金:定义哪些项目或贡献值得资助。社区、组织或基金会需要明确哪些类型的贡献会产生有益的影响。
如何界定和决定:影响范围的界定通常会通过社区共识、治理投票或智能合约的自动化决策来进行。
2. 影响评分(Impact Evaluation)
如何评估影响:影响评分涉及如何评估贡献的实际影响。这可能会包括量化的指标(例如代码贡献、社区互动、项目发展等)以及定性的评估(例如贡献对社区的长期价值)。
评估工具和流程:常见的评估工具包括链上数据分析、专家评分、社区投票等。评估流程可能是自动化的,也可能依赖人工审核和投票。
3. 影响结算(Impact Settlement)
投票机制:在影响评分完成后,资助的分配通常会通过投票机制来决定。投票机制可以是简单的多数投票,也可以是更复杂的机制,如二次方投票(Quadratic Voting)或共识机制。
结算方式:一旦投票通过,资金会通过智能合约或其他自动化结算方式发放给贡献者。这确保了资助的透明度和不可篡改性。
逆向融资的优势
减少资金前置风险:由于资金在贡献后才会发放,减少了资金前置风险,避免了一些项目失败时资金的浪费。
更好地激励实际贡献:相较于传统的融资模式,逆向融资通过奖励已经产生影响的贡献,能够更有效地激励实际的工作和成果,而非仅仅是承诺。
去中心化和透明:由于大多数逆向融资项目使用区块链和去中心化治理机制,资金的分配和评估过程往往更加透明,防止人为干预。
推动社区参与和创新:逆向融资机制通常是由社区主导,能够更好地反映社区的需求和价值观,从而促进更多创新和协作。
逆向融资的挑战
影响评估难度:如何准确评估贡献的影响力是一个挑战。量化某些类型的贡献(如社区参与或思想领导力)可能会比较困难。
资金池的持续性:逆向融资的资金池通常依赖捐赠、社区支持或治理机制。确保这些资金池的长期可持续性和公平分配是一个重要的挑战。
滞后性问题:由于逆向融资是基于已完成的贡献,这意味着资金发放的速度可能比较慢,可能会导致一些项目的资金需求无法得到及时满足。
逆向融资在区块链和加密生态中的应用
在区块链领域,逆向融资主要应用于以下几个方面:

开源软件资助:为开源项目、工具、库等提供资助,支持开发者和社区成员贡献代码。
去中心化应用(DApp)支持:资助那些贡献巨大、影响深远的 DApp 开发者和生态参与者。
社区建设与治理:支持那些推动社区成长、进行教育活动、治理改革的个人和组织。
案例:Gitcoin Grants 和 Optimism Retroactive Funding
Gitcoin Grants:Gitcoin 是一个基于区块链的资助平台,它使用逆向融资机制为开源项目和贡献者提供资助。Gitcoin Grants 通过一个类似于 Quadratic Funding 的机制,将捐赠资金分配给对生态贡献最大的项目。
Optimism Retroactive Funding:Optimism 在其 Layer 2 生态系统中使用逆向融资来奖励那些为网络做出重要贡献的开发者和用户。
总结
逆向融资是一种创新的资助方式,它通过回溯性奖励机制,确保资金用于真正产生影响的项目或贡献。它强调实际贡献和影响,而非依赖传统的前期资金和承诺。这种机制能够激励创新、降低风险,并推动去中心化治理,但同时也面临着评估、可持续性等挑战。

### 2025.01.17

介绍几个Optimism RetroPGF 资助的项目

Hardhat
🔹 简介:Hardhat 是一个流行的 以太坊智能合约开发工具,提供本地测试环境、调试工具、插件等。
🔹 贡献:提升开发者体验,让 Solidity 开发更高效、安全。
🔹 资助原因:被广泛用于 L2 生态,帮助 Optimism 生态开发者快速构建 dApp。

官网:https://hardhat.org/

OpenZeppelin
🔹 简介:提供开源 智能合约安全库,包括 ERC-20、ERC-721(NFT)、访问控制、代理合约等。
🔹 贡献:大幅提高了 L2 生态中智能合约的安全性,减少漏洞风险。
🔹 资助原因:几乎所有 L2 dApp 都依赖 OpenZeppelin 进行合约安全开发。

官网:https://openzeppelin.com/

Ethers.js
🔹 简介:一个轻量级 以太坊 JavaScript/TypeScript 库,广泛用于 dApp 开发。
🔹 贡献:帮助开发者轻松与 L2 网络交互(如 Optimism RPC 调用)。
🔹 资助原因:在 L2 dApp 生态中广泛使用,提升开发者效率。

官网:https://ethers.org/

Velodrome
🔹 简介:Optimism 上最受欢迎的 DEX(去中心化交易所),提供低滑点交易、流动性激励。
🔹 贡献:帮助 OP 生态形成高效的 DeFi 资金流动,吸引用户迁移到 L2。
🔹 资助原因:成为 Optimism 主要 DeFi 基础设施,提高了 OP 代币的应用价值。

官网:https://velodrome.finance/

Velodrome
🔹 简介:Optimism 上最受欢迎的 DEX(去中心化交易所),提供低滑点交易、流动性激励。
🔹 贡献:帮助 OP 生态形成高效的 DeFi 资金流动,吸引用户迁移到 L2。
🔹 资助原因:成为 Optimism 主要 DeFi 基础设施,提高了 OP 代币的应用价值。

官网:https://velodrome.finance/


<!-- Content_END -->
16 changes: 15 additions & 1 deletion ChoeyGit.md
Original file line number Diff line number Diff line change
Expand Up @@ -157,7 +157,21 @@ State 0 (完整训练)
State 1(有限训练)
1.Rollup 开始由智能合约治理,但可能仍有安全委员会以处理潜在的错误。2.实现完整的证明系统,允许至少 5 个外部参与者提交欺诈证明。3.用户可以在没有运营者协调的情况下独立退出,且在不良升级情况下至少有 7 天的退出时间。

State 1(无需训练)
State 2(无需训练)
1.Rollup 完全由智能合约管理,欺诈证明系统是无权限的。2.用户在不良升级情况下至少有 30 天的退出时间。3.安全委员会的作用仅限于处理可在链上裁决的错误。

### 2025.01.17

State 0 要求:
1.项目必须自称为 rollup。2.L2 状态根必须在L1上发布。3.必须确保数据可用性,并提供重建 L2 状态的软件。

State 1 要求:
1.使用适当的证明系统。2.至少有 5 个外部参与者可以提交欺诈证明。3.用户可以独立退出,且在不良升级情况下至少有 7 天的退出时间。4.安全委员会必须通过多签设置,确保多样性和透明度。

State 2 要求:
1.欺诈证明系统必须是无权限的。2.用户在不良升级情况下至少有 30 天的退出时间。3.安全委员会的作用仅限于处理链上检测到的错误。

未来的發展思路:
该框架旨在为 rollups 的成熟度讨论提供参考,并激励项目在其路线图中关注特定的安全措施。文章呼吁社区对框架的某些方面进行讨论,以便每个项目能够表达其在改善阶段评估方面的立场,从而促进对特定风险因素的结构化辩论。

<!-- Content_END -->
76 changes: 75 additions & 1 deletion DasNarrenschiff.md
Original file line number Diff line number Diff line change
Expand Up @@ -246,17 +246,91 @@ https://fullydoxxed.com/deep-funding-will-transform-open-source-from-donation-ba

### 2025.01.16

今天在策划 Deep Funding 的访谈选题,翻了两个已有的访谈,记录了些有趣的观点:

Deep Funding 想解决的核心问题:对正外部性的价值量化:假设你为社会创造了比你能够捕获的更多价值,AI 能否准确测量这种差异?然后我们可以弥补这种差异并解决问题。(这和 OP 里面 RetroPGF 的愿景非常像:影响力 = 收入)

### 2025.01.17
Deep Funding 的一个应用:在 Optimism、Gitcoin 和 Octant 轮次开始之前预测结果,比如现在 Octant 轮次正在进行,想象一个开放竞赛,AI 预测谁会得到多少钱,然后轮次结束后,我们看看哪个模型是获胜模型。所以这也是现有分配机制的一个简单插件。一个公共物品资助的 Polymarket

Deep Funding 的另一个应用:应用于 Twitter 的社区笔记。当你发布一些虚假推文时,你会得到社区笔记,说这条推文是假的。但社区笔记的主要问题是它需要太长时间。有时甚至需要 24 小时才能在一个虚假推文上得到社区笔记。如果我们有很多 AI 预测一条推文是否会成为虚假推文,并在 24 小时后由人类投票确认为虚假推文并添加社区笔记,我们可以开发一个类似的排行榜,显示哪些 AI 在预测虚假推文方面更准确。这将使我们能够减少获得社区笔记所需的时间。

Deep Funding 的整个想法,与 Optimism 不同,在 Optimism 中,每个 Badge Holder 直接分发 RPGF 的钱,而在深度资金中,有一个间接层。这也是为什么 Deep Funding 不需要数量。即使有 100 个陪审员做出 3,000 次好的决定,这些决定也可以应用到整个 10,000 个依赖关系的图中。所以有一些数学工作,Deep Funding 需要多少比较才能选择一个好的模型。但更大的想法是让人类投票很少,让模型为很多依赖关系赋予权重。不要要求人类为很多依赖关系投票,因为这通常不会有好结果。

还有几个有趣的问题:
1. 我们如何决定谁有权被 AI 评级或评判?
- 控制准入权
2. 如何超越星标数量来衡量代码的真实价值?
- “在这个排名中,我看到 Remix 有很多 GitHub 星标,因为前端代码与人们有直接互动,而且前端代码非常健壮。他们可以轻松地为单个页面编写 1,000 行代码,但这可能只需要一两天。但对于后端代码,尤其是基础设施和加密库、ZK 库,它们非常消耗工程师的资源。所以我们需要更多地关注那些难以编写且更智能的代码。”
3. 如何有算法来检测那些缺乏维护的依赖项,这些依赖项需要更多的人工智能来维护,如果不加以处理会带来巨大风险。
- “关注依赖项的可替代性,如果它不存在,你的生活会变得多困难?我们的目标是找到那个内布拉斯加的随机家伙。”(很重要的 OpenSSL 只有两个“几乎透明”的人来维护,当他俩不再维护,整个网络面临了巨大的风险)

### 2025.01.18

https://docs.google.com/spreadsheets/d/1Ul8iMTsOFUKUmqz6MK0zpgt8Ki8tFtoWKGlwXj-Op34/edit?gid=1179446718#gid=1179446718

https://docs.google.com/spreadsheets/d/1IpL0oTd3AgNBu_eWdjP9EjbQfZjq-_Nd3yU1H2ke3vY/edit?gid=1115302678#gid=1115302678

### 2025.01.19

https://mirror.xyz/optimismcn.eth/xfffo45OHL955PvtKRzBzUhHoKJ0uQAbs_mh-qqkGR4
:Optimism Retro Funding 投票机制对恶意行为的抵抗能力

有趣的点:

1. RPGF 3 中采用“规定人数中位数”方法分配,设置参与评选的最低票数和资金,并且设置标准化的中位数如 10000,25000,50000,100000,这导致了前 100 个项目中约 30% 的项目都获得了相同的分配,对名单的依赖可能无意中引起了选民的冷漠,Badge holders 投票表决尽可能多的项目,通常没有尽职调查,只是为了达到投票门槛。这种投票方法可以看作是实现法定人数的尝试,而不是评估每个项目的优缺点的真正努力,这样的标准可能会造成一种中位数陷阱,处于中位数的大部分项目得到的分配并不客观。

2. 在文章内提到的 GovXS 列出的五项针对恶意行为的评估指标中(最大可提取值(Maximum Extractable Value),选民可提取价值(Voter Extractable Value),稳健性,贿赂成本,控制成本),唯一抽象的指标是“稳健性”,给出的定义是“该指标考察不同的投票规则如何应对个人投票行为的变化,以及这些规则对投票中的轻微操纵有多敏感。”,这个稳健性的定义其实适用于蛮多治理场景的,需要有稳健性的思维底线。


### 2025.01.20



### 2025.01.21



### 2025.01.22



### 2025.01.23



### 2025.01.24



### 2025.01.25



### 2025.01.26



### 2025.01.27



### 2025.01.28



### 2025.01.29



### 2025.01.30



### 2025.01.31



### 2025.02.01


<!-- Content_END -->
Loading

0 comments on commit 3e316b9

Please sign in to comment.