CodingGeoff.md

timezone
UTC+8

臻

GitHub ID: CodingGeoff

Telegram: @CodingGeo

Self-introduction

斜杠英专生 技术爱好者 关注AI×Web3

Notes

2025-08-29

了解 Aptos 生态

Aptos起源于Libra（后更名Diem）项目后续演进，核心团队多为原Libra工程师，其定位是“面向大规模应用的高性能区块链”，目标是通过优化技术架构与用户体验，让区块链融入日常应用（如Web2级别的底层支撑），解决传统区块链“交易慢、Gas费高、易用性差”的痛点。官方定义为“Year One区块链”，强调技术迭代与生态落地的结合。

核心技术组件

（1）共识引擎

Aptos采用拜占庭容错算法+委托权益证明（POS）共识机制，具备两大核心优势：一是支持对1/3恶意验证者节点的容错能力，确保网络在部分节点异常时仍能稳定运行；二是与并行执行引擎深度协同，提升整体交易处理效率。

（2）执行层

执行层核心为**Move虚拟机（Move VM）** 与**乐观并行执行引擎**：

• Move虚拟机：专门运行Move字节码，负责执行交易并更新区块链状态，是验证者节点的核心组件之一；

• 乐观并行执行引擎：2022年已基于“SDS（乐观并行执行框架）”上线，通过多线程并发执行交易（计算机多核调度），若执行中发现交易冲突则动态调整顺序重试，既避免传统EVM“顺序执行”的低效，也解决Solana等链“静态并行”需手动声明依赖的繁琐问题，实现用户无感知的并行交易处理。

（3）智能合约层

• Move语言：基于Libra时期代码升级至V2版本，吸收Rust语言“所有权机制”核心特性——资源（如资产）必须有唯一所有者，转移时需验证所有者权限，且支持“借用”“可变引用”等操作，从语法层面减少数字资产意外丢失或重复赋值的风险；同时支持静态类型检查，编译阶段即可发现类型错误，提升合约安全性。

• 数据模型：

1. 传统资源模型：资源存储于用户账户下，每种资源仅支持单个实例（类似Mapping结构），存在“转移大资源时Gas费高”“账户迁移时资源锁死”等问题；

2. 创新Object模型：2024年主推的新数据模型，将资源存储于独立“Object容器”（本质为特殊账户），转移时仅需变更Object的所有者，无需移动资源本身，解决传统模型痛点；同时支持多实例存储，且Object间无依赖，可进一步提升并行执行效率。

（4）开发者支持体系

Aptos提供全栈开发者支持：

• 多语言SDK：支持TypeScript（TS）、Rust、Go、Python，开发者可通过任意语言接入；

• 数据接口：提供全节点API、Indexer（数据索引器）及 GraphQL API，便于查询链上数据；

• 钱包组件：包含钱包连接组件、基于ZK技术的Aptos Connect（支持谷歌登录、Apple ID登录，无需手动管理私钥）；

• 工程模板：通过NPM包，可快速创建“前端+合约”一体化工程模板，降低开发门槛。

节点类型与功能分工

Aptos节点分为**验证者节点**与**全节点**两类，具体职责与协作机制如下：

• 验证者节点需同时运行“验证者核心节点”与“验证者全节点”，前者负责共识，后者负责数据存储与同步；

• 公共全节点虽不参与共识，但通过重新执行交易可确保本地数据与链上状态一致，不存在数据错误风险；

• 任意用户可配置全节点，也可通过质押成为验证者节点，网络去中心化程度较高。

Aptos链上交易生命周期

Aptos链上交易需经历“提交-验证-共识-执行-固化-同步-索引”七个核心步骤，具体流程如下：

1. 交易提交与初步验证

用户通过客户端（如钱包）发起交易，交易首先提交至全节点API；全节点将交易转发至验证者节点的内存池，内存池通过Move虚拟机进行初步验证（如检查签名有效性、账户余额是否充足），无效交易直接退回。

2. 验证者节点交易共享

接收交易的验证者节点将交易广播至其他验证者节点，实现全网验证者的交易数据同步，确保各节点均获取完整交易集。

3. 交易块提议与共识启动

在POS机制下，每一轮共识会选举“提议者节点”（领导节点）；提议者从内存池中筛选交易组成区块，向其他验证者节点提议该区块，启动共识流程。

4. 交易执行与状态修改

所有验证者节点对提议区块中的交易进行并行执行（通过乐观并行引擎）；执行过程中，若交易无错误（如资源权限合法、逻辑无异常），则通过Move VM修改链上状态，并生成“版本化数据库”——每笔交易对应一个状态版本，可通过API查询任意交易前后的账户状态。

5. 共识达成与版本化存储

验证者节点对交易执行结果进行投票，若超过2/3节点同意（符合POS共识阈值），则共识达成；此时，领导节点将交易结果与状态版本信息存入“持久化存储”，确保数据不丢失。

6. 交易固化与全网状态同步

验证者节点将固化后的交易与状态同步至全节点，全节点通过“状态同步器”更新本地数据，确保全网节点状态一致；此阶段后，交易正式“上链”，结果不可篡改。

7. 数据索引与API服务

Indexer（数据索引器）或自定义程序抓取链上数据，存入关系型数据库（如存储账户余额、NFT流转记录），并通过GraphQL API向开发者或用户提供查询服务，完成交易生命周期闭环。

Aptos与EVM生态的技术对比

Aptos（基于Move生态）与传统EVM（以太坊虚拟机）生态在核心技术设计上存在显著差异。

1. 在数据存储模型上，EVM采用合约地址主导的存储模式，所有数据归属于智能合约的存储空间；而Aptos则以用户为中心，数据存储于用户账户或Object容器中，由用户或对象所有者直接掌控。

2. 智能合约支持方面，EVM兼容Solidity、Vyper等多语言，只要编译为字节码即可运行，而Aptos以Move语言为核心，其与MVC层的无缝集成及Rust原生函数调用能力，通过静态类型系统和形式化验证工具Move Prover强化了安全性。

3. 性能表现上，EVM因共享存储空间限制只能顺序执行交易，而Aptos借助Block-STM技术实现乐观并行执行，通过对象模型隔离状态避免锁竞争，实验中已实现30k TPS的吞吐量。

4. 账户体系设计上，EVM严格区分外部账户（EOA）与合约账户且不可互转，Aptos则统一标准账户与资源账户的结构使其可相互转换，并原生支持账户抽象（AA），实现多签、代付等高级功能。

5. 代币标准方面，EVM依赖ERC20、ERC721等接口定义，虽灵活但存在实现碎片化风险；Aptos通过同质化资产（FA）和数字资产（DA）标准实现统一接口，利用MetaData区分代币类型，从底层消除安全隐患。

6. 交易安全机制上，EVM采用nonce防止重放攻击，动态执行模式虽灵活但存在不可预测风险；Aptos使用合约定义的sequence number防重放，全静态调度在编译时即确定执行逻辑，规避了动态调用风险。

7. 开发效率方面，EVM需将依赖库打包部署导致合约体积庞大且资源浪费，Aptos支持直接引用已部署库函数，大幅降低开发成本。

8. 资产处理机制上，EVM依赖合约内的余额映射记录资产归属，而Aptos通过Move语言的资源所有权模型，以语法级强制保障资产完整性，从根本上消除双花风险。

Aptos关键特性与技术优势

高性能指标

• TPS（每秒交易处理量）：内部测试保障TPS达3万+，实际历史运行中1万+TPS无网络压力，远超以太坊（约15 TPS）、Solana（约2000 TPS）等链；

• 交易响应时间：钱包端发起交易后，确认时间小于1秒，用户无感知延迟；

• 交易成本：Mint NFT或发送代币的成本低于1美元（含存储费与执行费），大规模操作（如批量Mint 100个NFT）总成本仅数美元，适合高频、低成本场景；

• 易用性：支持谷歌登录、Apple ID登录（基于Aptos Connect），新用户无需手动创建私钥，降低Web3入门门槛。

安全保障体系

• 语言层安全：Move语言的“所有权机制”与“静态类型检查”，从语法层面杜绝“资产重复转账”“类型不匹配”等常见漏洞；

• 共识层安全：拜占庭容错算法+POS机制，支持1/3恶意节点容错，网络抗攻击能力强；

• 合约层安全：静态调度机制避免“动态调用未知函数”的风险；Object模型解决传统资源模型的“资源锁死”问题，提升资产安全性；

• 登录层安全：Aptos Connect基于ZK技术，用户身份验证过程不泄露隐私信息，且无需管理私钥，降低私钥丢失风险。

核心功能扩展

（1）链上随机数

Aptos提供安全的链上随机数功能，解决传统区块链“随机数可预测”的痛点：通过共识层节点协同生成随机数，同时引入“防Gas攻击”机制（如禁止通过Gas费差异反向推导随机数结果），可用于抽奖、NFT盲盒等场景。

（2）多签账户与资产授权

• 原生多签：Aptos框架内置多签账户合约（非第三方合约），支持多账户共同签名发起交易，适合团队资产管理；

• 可限制签名者：支持授权特定账户管理部分资产（如仅允许AI管理指定额度的FA代币），并可随时取消授权，类似以太坊的approve但更安全（仅支持FA资产，无过度授权风险）。

（3）代付功能

基于多签账户机制，可实现“第三方代付Gas费”：用户发起交易时，由应用方或Gas Station签名支付Gas费，用户无需持有Aptos原生代币（APT）即可完成交易，提升应用易用性（如用于交易大赛、新人活动补贴）。

（4）聚合器优化

针对高频交互场景（如DeFi池交易、NFT批量Mint），Aptos提供“聚合器”功能：通过标记特定数据（如NFT的index、DeFi池的资产数据）为“可并行”，实现高频操作的并行处理，降低数据冲突概率，提升交易成功率。

2025-08-28

了解Solana

1. Solana定位与核心特性

Solana是为区块链大规模采用而构建的高性能区块链网络，作为单一的全球状态机，具备开放、可互操作、去中心化的特性，支持金融、NFT、支付、游戏等多种用例。根据Solana官网信息，其核心特点主要包括四方面：

• 快速高效：Solana出块时间仅为400毫秒，理论每秒交易处理量（TPS）可达6万以上，而以太坊当前TPS通常仅为10-30，Solana在交易速度上具备显著优势。

• 去中心化：Solana网络由数千个独立运行的节点进行交易验证，确保数据安全且具备抗审查能力，目前网络中共有1638个验证节点。

• 高可扩展性：Solana专为处理每秒数千笔交易设计，同时将开发者与用户的使用费用控制在0.025美元以下，截至目前已处理超过2000亿笔交易。

• 高效节能：依托权益证明（PoS）机制与技术创新，Solana大幅降低了对环境的影响，每笔交易的能耗与几次谷歌搜索的能耗大致相当。

2. Solana架构组成

Solana架构主要包含三个核心部分：一是Solana Network（验证节点），即架构图右侧部分，负责网络中的交易验证与区块生成；二是Program（程序），即后续课程将学习的智能合约，是实现各类业务逻辑的核心；三是Client（客户端工具），包括与RPC节点交互的命令行工具、用户界面（Interface）及软件开发工具包（SDK），是开发者与Solana网络交互的桥梁。

3. Solana发展历程

Solana于2017年由前Cocolcm工程师创立，创立初期的核心目标是解决区块链领域普遍面临的可扩展性挑战；2018年，Solana首次公开亮相，凭借其创新技术理念获得加密货币社区的广泛关注；2019年，Solana主网上线，正式推出其独特的共识机制与高性能区块链架构，标志着网络进入实际运营阶段；2020年，Solana生态系统快速发展，吸引了大量开发者与项目入驻；2021年，借助DeFi（去中心化金融）与NFT（非同质化代币）领域的爆发式增长，Solana在该两大领域迅速崛起，成为行业内的热门平台之一；2022年，Solana保持高增长势头，持续吸引更多用户与投资者，同时不断推出新功能与技术改进，优化网络性能；2023年至今，Solana生态系统进一步扩张，业务范围涵盖金融、艺术、游戏等多个领域，已成为全球领先的区块链平台之一。

4. Solana当前发展现状

截至课程分享时，Solana网络上共有1150万个（11.5 million）活跃账户，累计铸造的NFT数量超过3亿个（300 million），每笔交易的平均成本仅为0.00025美元。相较于以太坊当前每笔数美元的交易费用，Solana的低成本优势显著，因此吸引了大量开发者持续在其网络上进行应用开发。

Solana核心概念

1. 账户（Account）

在Solana中，账户是存储在区块链上的基本数据单元，每个账户都拥有唯一的地址，并包含与之关联的数据，可类比为操作系统中的“文件”，用于存储各类信息。Solana账户支持存储多种类型的数据，包括Sol代币、智能合约代码、NFT元数据等关键信息。

从账户结构来看，主要包含以下核心字段：一是“Lamports”（Solana的最小货币单位，1 Sol = 10^9 Lamports），代表该账户的余额；二是“Data”，代表账户存储的具体内容，若该账户为智能合约账户，“Data”字段存储的便是合约编译后的二进制代码；三是“Owner”，代表有权操作该账户的主体，类似文件系统中的“所有者”，只有所有者账户才能对该账户进行修改等操作；四是“Executable”，布尔类型字段，用于标识该账户是否为可执行合约，若字段值为“true”，则说明该账户是可执行的智能合约账户；五是“Next Rent Payment”，代表账户下一次需要支付租金的时间。

需要特别注意的是，所有Solana账户必须保持足够高的Lamport余额，才能满足租金豁免条件并长期保留在Solana区块链上，若余额不足，可能面临账户被移除的风险。

2. 私钥与签名

若对以太坊等区块链技术有了解，便知晓密钥对（Key Pair）中私钥的核心作用——私钥是账户所有权的唯一证明。在Solana中，通常使用公钥作为账户的基础标识，但为提升安全性与简化用户使用，会对公钥进行特定编码，编码后形成的字符串即为用户日常操作中看到的“账户地址”。

与账户地址对应的私钥是一组基于ED25519算法生成的密钥，钱包应用生成私钥时，通常会通过助记词（一般为12个或24个英文单词）结合特定算法与随机数生成。由于不同钱包应用可能采用不同的算法或参数，将某一钱包的助记词导入另一钱包时，可能生成不同的账户地址，这一点在实际使用中需特别注意，避免因地址不匹配导致资产损失。

Solana的签名系统采用ED25519签名算法，该算法具备计算速度快、安全性高的特点，属于非对称加密算法，且生成的签名内容体积较小，能有效降低区块链存储开销，是当前区块链领域广泛应用的加密算法之一。

3. 指令（Instruction）

在Solana中，指令是用于执行特定操作或功能的“命令”，每一条指令都对应一项具体的业务逻辑（如转账、NFT铸造等），且通常包含在交易中提交至网络。每条指令在执行时，会调用某一程序（智能合约）中的特定指令处理程序，同时需要明确指定该指令需读取或修改的账户列表，以及提供给指令处理程序的附加数据（如转账金额、接收地址等参数），确保指令能准确执行对应的操作。

4. 交易（Transaction）

在Solana中，一笔交易是一组具备原子性的操作集合——即交易中的所有指令要么全部执行成功，要么全部执行失败，不存在部分执行的情况。客户端（如钱包、DApp）通过向Solana集群提交交易，实现区块链运行时状态的更新（如从某一账户扣除代币、修改账户数据等）。

Solana的交易由三部分核心内容组成：一是一个或多个指令，用于描述该交易需执行的具体操作，例如转移Sol代币、更新NFT所有权、调用合约功能等，每个指令均包含操作码（标识操作类型）与操作参数（如转账金额、目标账户地址）；二是一个账户数组，用于指定该交易在执行过程中需要读取或写入的所有账户，包括交易发起者账户、接收者账户、被调用的合约账户及其他关联账户；三是一个或多个签名，交易必须经过发起者或相关授权账户的签名才能提交至网络，每个签名均与特定账户关联，用于验证签名者的身份与操作权限，确保交易的合法性与安全性。

5. 程序（Program）

Solana程序是可执行代码，核心作用是解释区块链上每笔交易中包含的指令，并按照指令逻辑执行相应操作，是Solana生态实现各类业务功能的基础。根据程序的部署与管理方式，Solana程序主要分为两类：

一是用户编写程序（Untyped Program），即通常所说的“智能合约”，由开发者编写代码后直接部署在Solana区块链上，部署后可供所有用户通过交易调用，实现去中心化的业务逻辑（如代币发行、DeFi协议等）；二是原生程序（Native Program），这类程序直接构建在Solana区块链的核心代码中，不允许普通开发者随意部署或修改，仅能作为Solana核心区块链或集群更新的一部分进行版本升级，且升级过程需通过Solana基金会或社区认可的集群发布流程控制。

常见的原生程序包括：系统程序（System Program），主要负责创建新账户、转移Sol代币、分配账户空间等基础操作；BPF加载程序（BPF Loader Program），用于在Solana链上部署、升级和执行用户编写的智能合约（基于eBPF虚拟机）；投票程序（Vote Program），用于创建和管理验证节点的投票账户，跟踪验证节点的投票状态与区块奖励分配。

6. 租金（Rent）

在Solana中，由于区块链存储资源有限，每个账户在区块链上存储数据时，均需向网络支付一笔费用，该费用即称为“租金”，这是Solana与以太坊等区块链的显著区别——以太坊中部署智能合约仅需在部署时支付一笔Gas费，合约部署后无需持续支付费用，而Solana的账户（包括合约账户）需定期支付租金以维持激活状态。

租金的金额并非固定，而是根据账户所占用的存储空间大小、存储时间长短及执行过程中消耗的计算资源动态计算，账户每一次执行操作或更新数据，均需支付相应的租金。Solana设计租金制度的核心目的是确保区块链网络的存储资源得到高效利用，防止出现资源滥用、数据冗余或垃圾数据堆积的情况，维护网络整体性能。

为降低用户使用成本，Solana同时设置了租金豁免机制：若某一账户的最低资产余额（以Lamports计）大于或等于该账户2年的租金支付金额，则该账户将不再被收取租金，实现租金豁免；每次账户余额减少时，Solana系统会自动检查该账户是否仍满足租金豁免条件，若某笔交易导致账户余额低于租金豁免阈值，该交易将直接执行失败，避免账户因余额不足而被移除。此外，Solana采用垃圾回收机制，定期将不再满足租金豁免条件或余额不足以支付租金的账户从网络中移除，释放存储资源，进一步提升网络效率与性能。

SPL代币相关知识

SPL代币全称为Solana Program Library Token，类似于以太坊生态中的ERC-20代币，是Solana Program Library（Solana程序库）的重要组成部分。Solana Program Library是Solana官方维护的一套标准化程序库，核心目标是提供一套通用的智能合约模板与开发工具，简化开发者在Solana上构建、部署各类程序及代币的流程，降低开发门槛，同时确保不同项目间的兼容性。

从技术本质来看，SPL代币是一个基于Solana程序库开发的智能合约，所有SPL代币的发行、转账、余额查询等操作均由该合约统一管理，其代码仓库地址可参考Solana官方技术文档（后续课程将对SPL代币的代码实现与开发细节进行更深入讲解）。

在数据结构层面，Solana中的一个SPL代币对应一个普通的Account对象（因SPL代币基于合约实现，其数据存储依赖账户），该Account对象中的二进制数据定义了SPL代币的核心属性，包括代币总量、代币符号、精度、发行者地址等基础信息；而用户持有的SPL代币数量，则由另一个专门的Account对象管理，该对象被称为“SPL Token Account”，每个用户的每一种SPL代币，均对应一个独立的SPL Token Account，用于记录该用户在该代币中的具体余额。

Solana命令行工具

Solana官方提供了一套功能完整的命令行工具，供开发者与用户进行Solana网络交互，包括账户管理、交易提交、RPC节点配置等操作。该工具的安装需根据不同操作系统环境准备相应依赖：

• 若使用Windows系统，需先安装WSL（Windows Subsystem for Linux），通过WSL模拟Linux环境以支持工具运行；

• 若使用Mac系统，需安装Homebrew（Mac系统的包管理工具）或其他支持的下载工具，用于获取安装依赖；

• 无论使用何种系统，均需安装Rust开发环境，因为Solana命令行工具基于Rust语言开发，依赖Rust环境运行。

完成依赖与环境安装后，仅需在终端中运行指定的下载命令（具体命令可参考Solana官方文档），即可自动下载并安装Solana命令行工具。安装完成后，可通过在终端输入“solana --version”命令校验工具是否安装成功，例如某一环境下校验结果显示当前工具版本为1.17.25；若在终端中仅输入“solana”而不添加任何子命令，可查看该工具支持的所有可用命令，其涵盖账户创建、转账、空投、网络配置等多种功能，满足日常操作需求。

Solana钱包使用

1. 通过命令行工具创建钱包

使用Solana命令行工具创建钱包的流程如下：在终端中输入指定的钱包创建命令（如“solana-keygen new --outfile ~/.config/solana/id.json”），系统会提示输入一个“恢复密码”（用于保护钱包私钥文件）；输入密码并确认后，系统将生成12个英文单词组成的助记词，该助记词是恢复钱包账户的唯一凭证，一旦丢失将无法恢复账户及账户内资产，因此必须妥善保存（建议离线记录，避免存储在联网设备中）。

钱包创建完成后，可通过命令行工具领取测试网空投以获取测试用的Sol代币，用于测试环境中的交易操作：在终端中输入“solana airdrop <数量> <账户地址>”命令（例如“solana airdrop 1 ~/.config/solana/id.json”），即可向指定账户领取对应数量的测试网Sol代币。需注意的是，该空投功能仅在Solana测试网（Testnet）或开发网（Devnet）环境下可用，主网（Mainnet）环境不提供免费空投，因为主网Sol代币具备实际价值。

2. 网络切换操作

Solana命令行工具支持切换不同的网络环境（测试网、开发网、主网），切换的核心是配置不同的RPC节点地址。首先，可通过Solana官方文档或第三方节点服务提供商获取可用的RPC节点地址，然后在终端中即可完成网络切换；配置成功后，输入“solana config get”命令，终端将显示当前使用的RPC节点地址、账户地址等配置信息，确认网络切换生效。

3. Sol代币转账操作

通过命令行工具发起Sol代币转账的操作流程：在终端中输入“solana transfer <接收账户地址> <转账金额> --from <发起账户地址>”命令（例如“solana transfer <接收地址> 0.01 --from ~/.config/solana/id.json”），其中“转账金额”以Sol为单位；若转账操作执行成功，终端将显示转账交易的签名、区块高度、执行费用等信息。

转账完成后，可通过Solana区块链浏览器（如Solscan）查询该笔交易的详细信息：在浏览器中输入交易签名（类似以太坊的交易哈希），即可查看转账发起账户、接收账户、转账金额（如0.01 Sol）、交易时间戳、交易状态（成功/失败）、执行费用等关键数据，确保交易已成功上链。

2025-08-27

了解链游《黑暗森林》

1.1 游戏背景与核心设定

黑暗森林游戏灵感源自《三体》小说第二部中的“黑暗森林理论”，即宇宙如同黑暗森林，各文明需隐藏自身坐标以避免遭受其他势力打击，这一价值观贯穿游戏设计。该游戏本质是一款区块链游戏，所有后端数据均存储于区块链（公开账本），同时创新性地运用零知识证明技术，构建信息非对称的游戏环境——玩家初始仅可见极小范围的宇宙地图，其余区域需通过哈希计算“挖掘”获取，挖掘过程中设备会产生较高算力消耗（表现为设备运行声响增大）。

游戏定位为大型多人在线实时策略游戏，玩家数量上限受区块链吞吐量限制，所有玩家在同一宇宙中实时操作。其核心矛盾围绕“资源竞争与隐藏生存”展开，既呼应黑暗森林理论，又通过区块链技术保障规则的透明与不可篡改。

1.2 游戏机制与核心玩法

• 星球与资源交互

游戏内存在多种星球类型，包括普通星球、黑洞、银矿星球等，不同星球承担不同功能：银矿星球的黄色数值代表银矿储量，下方数值代表能量，银矿可运输至黑洞；黑洞的核心作用是接收银矿，玩家将银矿运送至黑洞后，可通过“withdraw”操作计入积分，积分会在“scoreboard”排行榜中展示，形成玩家间的基础竞争维度。

星球能量存在恢复机制，若银矿星球能量值较低，需等待一段时间恢复后才能运输银矿；部分能量充足的星球会显示可运输能量的范围，玩家可向银矿星球补充能量以加速银矿运输。此外，星球还具备防御力、攻击力等属性，这些属性通过特定算法生成，影响星球间的交互结果。

• 神器系统与扩展功能

游戏引入“神器”作为功能性扩展道具，神器本质是对星球关系的定义，具备丰富的可扩展性，开发者可通过编辑神器功能丰富游戏玩法。已实现的神器包括：虫洞，可连接远距离星球，缩短星能量传输时间，提升运输效率；大炮，激活后可将能量传送至远距离星球，辅助玩家进行军事扩张；核弹，激活后在限定时间（如10分钟）内摧毁特定圆形区域内的所有星球；Block Filter，虽名称为“过滤器”，实际功能是瞬间将星球能量加满，为玩家提供应急能量补充。神器需在特定星球攻打成功后获取，部分神器可作为NFT资产在市场（marketplace）交易，且上一轮游戏中的神器可在下一轮继续使用，实现跨轮次资源联动。

• 公会机制与社交协作

游戏设计有公会功能，虽当前暂无玩家创建公会，但该机制为玩家协作提供基础支持：创建公会后，玩家可将账号“委托（delegate）”给信任的队友，无需共享私钥，即可让队友在特定时间段内操作自己的星球。这一设计适配游戏“7×24小时不间断运行”的特性，帮助玩家实现跨时区协作。此外，游戏客户端内置开放API，玩家可根据需求编写插件，也可使用开源插件，进一步降低协作与操作门槛。

• 胜利条件与玩家乐趣点

游戏无明确“胜利”定义，每一轮设定固定周期（如三周），周期内通过排行榜（个人排行榜、公会排行榜）形成竞争，排名靠前的玩家或公会可获得奖金（本次轮次奖金为1000U，此前轮次奖金曾达2000-3000U）。玩家的乐趣点呈现多样化：部分玩家倾向于收集各类神器，部分追求排行榜高位，还有玩家聚焦公会建设与协作，形成多元的游戏目标体系。

1.3 技术实现细节

• 地图生成与验证逻辑

游戏地图的生成需先由开发团队设定基础参数（如地图背景样式、星球属性范围：能量上限、银矿储量、防御力等），并将参数上传至智能合约。地图本身并非预设可见，即使是开发团队，也需通过算力挖掘才能获取地图信息——玩家通过本地哈希计算挖掘地图，挖掘结果存储于本地（浏览器内存），形成“私有地图信息”；当玩家执行“move（移动）”等操作时，需在本地计算“witness（见证数据）”与“proof（证明数据）”，并将这两类数据上传至区块链，由区块链验证操作有效性。这一流程将重计算任务分配至前端（浏览器端），减轻区块链端的算力压力，同时通过智能合约的验证规则，确保所有玩家遵循统一交互标准，避免虚假地图或无效操作。

• 零知识证明的应用

零知识证明技术是游戏信息非对称设计的核心，其核心作用是“在隐藏星球坐标的前提下，验证星球间操作的有效性”。具体而言，星球坐标属于玩家私有信息，不直接上传至区块链，但星球的状态（如能量、银矿储量）存储于区块链（公开可见）；当玩家执行操作（如能量传输、星球攻打）时，零知识证明可验证该操作符合游戏规则（如星球坐标在宇宙半径内、操作未超出能量限制等），且无需暴露坐标信息。此外，开发团队曾通过调整零知识证明的电路，实现“宇宙中心星球等级更高”的设定，引导玩家从宇宙边缘向中心推进，构建“探索-扩张”的游戏节奏。

• 懒加载与状态更新

由于区块链不具备“自调用”能力，游戏采用“懒加载”机制实现状态更新：玩家操作不会实时触发区块链状态变更，需等待其他操作调用后才更新状态。这一机制适配区块链的技术特性，同时简化了状态管理逻辑，例如星球能量的自然增长、攻打后的能量抵消等，均通过懒加载实现延迟更新，确保操作的一致性与效率。

• 玩家疑问与解答

1. 胜利条件与周期：游戏无明确胜利条件，每轮周期可灵活设定（如两周、三周），原则上可通过区块链实现“无限运行”，但当前主要出于测试功能目的设定有限周期；

2. 战争机制与积分影响：星球间的攻打本质是“能量抵消”——被攻打星球的防御能量计算公式为“星球自身能量×防御力÷100”，若攻击者发送的能量超过该防御能量，即可抵消对方能量并占领星球，攻打过程不直接“扣除对方积分”，但会通过资源掠夺影响积分获取效率；

3. 地图生成主体与透明度：地图基础参数由开发团队设定并上传智能合约，但地图内容需通过算力挖掘获取，开发团队无法提前知晓完整地图，确保地图生成的公平性；

4. ZK技术的保护范围：零知识证明主要保护“星球坐标”这一私有信息，同时验证操作有效性，无法直接证明“生成proof的原始数据合法性”，但可通过智能合约中的生成算法参数，反向验证数据是否符合规则；

5. 能量发送与星球归属：玩家向其他星球发送能量时，需先执行“ad jump”操作——每个星球对应一个“jump数值”，该数值会叠加至玩家的“总chunk值”，总chunk值限制玩家可拥有的星球数量；若玩家想放弃星球，可执行“clear chunk”操作，对应的jump数值会减少，避免误操作导致主星丢失；

6. 能量增长曲线：星球能量增长遵循“S型曲线”，即能量值越接近50%上限，增长斜率越高；超过50%后，增长斜率逐渐减小，提示玩家需及时传输能量以避免浪费。

1.5 开发历程与迭代方向

• 开发背景与团队进展

黑暗森林原核心开发者为以太坊基金会研究员，2020年至2022年上半年推进开发，后因团队成员流动项目搁置。2022年中期加密货币市场暴跌后，社区资源减少，但本次分享的开发团队从2022年起持续推进迭代，至今已完成八轮测试（旧架构四轮、Mode引擎架构四轮）。Mod 引擎是该团队当前使用的全链游戏开发引擎，具备高度抽象特性，但也存在“gas费较高”的权衡问题，需在开发中平衡功能与成本。

• 已迭代功能

团队每轮测试均尝试新增机制，已落地的迭代内容包括：调整游戏目标（引导玩家向宇宙中心探索）、丰富神器类型（如新增核弹、Block Filter）、开发公会基础功能（账号委托）、部署AI agent（上一轮已测试，可回答玩家问题、分析战局并生成操作建议，本轮接口修复中）、实现神器跨轮次使用（通过NFT机制）等。此外，团队还开发了玩家数据分析逻辑，为后续公会投票等功能预留扩展空间。

• 后续迭代计划

团队后续将围绕“提升可交互性、丰富生态联动”推进开发，具体方向包括：移除零知识证明模块，简化算力消耗流程，提升智能合约与其他应用的可组合性（如支持在智能合约层面编写bot或组合策略）；开发“Infra向”功能，如短时间内提交大量事务的优化方案、“Replay系统”（抓取区块链上的历史操作，还原过往游戏战局）；探索硬件结合，如通过震动戒指、电击手环等设备，在玩家星球遭受攻打时触发提醒，解决“需持续挂机盯守”的问题；开发更轻量化的全链游戏，结合抽象博弈机制，降低玩家操作门槛。

二、社区生态与交流环节

2.1 Business Roundtable机制说明

会议主持人补充介绍了“Business Roundtable”环节的定位：该环节是社区建设者的交流平台，欢迎参会者分享正在推进的项目（包括项目简述、高光功能展示）、提出开发中遇到的难点（如技术卡点）、表达协作诉求（如寻找合作伙伴），同时设置“Free Talks”子环节，供大家交流开发经验、技术趋势及学习资源，核心目标是促进社区内的学习与共建。

2.2 以太坊生态讨论

参会者围绕以太坊生态现状展开交流，提及“Eden Community Foundation”在近期ETH HCC活动中的观点：该机构认为以太坊生态内部分项目（如ENS、Uniswap、OP等）发行代币后，存在“高度资本化”现象，未大量燃烧ETH，反而通过出售ETH获利，可能导致ETH币价低迷。此外，会议还讨论了以太坊生态相关基金（如EC Ecosystem Fund）的资金来源，以及行业行情周期——部分参会者认为一年中7-8月、11-12月可能出现行情波动，同时提及当前行业处于相对萧条阶段，多个获得融资的团队宣布解散，社区项目需在蛰伏中等待机会。

2.3 黑客松活动介绍与组队招募

会议提及社区即将举办的“生活休闲类黑客松”，并明确活动规则与组队方式：活动以“纯粹、好玩”为核心，避免商业化与KPI导向；流程上，“Open Day”（启动日）定于周五晚8点，主要进行项目脑暴与组队，“Demo Day”（成果展示日）定于周日傍晚6点，期间（约两天）参会者可完成作品开发；当前已有Kevin老师、布老师两位参赛选手，欢迎更多参会者加入，尤其鼓励非技术角色（如提供项目概念、设计思路）参与，新手可通过社区群聊寻找组队伙伴，无需担心代码能力不足。

此外，参会者还提及过往社区黑客松的趣味项目案例，如“链上婚姻”“链上遗嘱与遗产管理”等，进一步强调黑客松的创意与实用性结合的特点。

2025-08-26

学习 DAO 运行机制

（一）DAO的定义与核心要素

1. DAO的定义

DAO全称为去中心化自治组织，是Web3生态中重要的组织形态。需明确的是，单纯组建微信、Telegram或Discord社区并非DAO——此类社区仅具备“共识基础”（成员围绕共同目标形成初步共识），属于DAO的最基础雏形，尚未满足DAO的完整定义。

2. DAO的三大核心要素

DAO的成立需同时满足以下三点，缺一不可：

• 共识基础的社区：成员具备共同目标或行动方向，形成协作的思想基础；

• 协作与投票机制：社区需通过明确规则开展协作（如组织活动、参与投资、开发产品），并通过投票（如群投票、专用投票工具）决定关键事务，确保决策的集体参与性；

• 智能合约+去中心化协作：将投票规则、国库管理、共识机制等核心逻辑通过智能合约上链，解决中心化工具（如微信）存在的“国库不透明、投票不可追溯、操作未上链”等风险，实现去中心化治理。

3. DAO的一句话总结

DAO本质是“社区+智能合约+去中心化资产与协作方式”的结合体，通过技术手段保障组织运行的透明性、去中心化与集体决策性。

（二）DAO运行的四大核心问题及解决方案

DAO运行中需重点解决“集体决策、角色分配、贡献分配、资金管理”四大问题，本次课程以“良心道”为实例，详细拆解其解决方案：

1. 集体决策：投票机制与规则设计

• 核心问题：如何设计投票机制，确保决策公平性与效率，同时避免治理漏洞？

• 常见投票机制类型：

- 投票权分配：一人一票、一币一票、质押代币投票、声誉加权投票；

- 投票模型：基础多数模型（通过率50%或67%）、V1等进阶模型；

- 辅助策略：代理制（成员将投票权委托给专业人士执行，提升决策效率）。

• LXDAO的实践方案：

- 采用“一人一票”制度，通过Snapshot平台发起投票，决策内容包括每季度资金发放、资源使用、共识调整等；

- 为避免“投票冷漠”（成员盲目跟投），增加反对票权重——每增加1张反对票，提案通过阈值需相应提高，鼓励成员理性表达意见。

2. 角色分配：准入机制与成员管理

• 核心问题：如何设计成员准入规则，避免女巫攻击（大量虚假账号注册），同时清晰界定成员角色与协作方式？

• 常见准入机制：

- 无许可制：持有代币即可加入（如大部分主流DAO）；

- 许可制：通过社区投票或设置门槛（如贡献证明）决定成员准入。

• LXDAO 的实践方案：

- 准入流程：成员需完成基本信息注册，并在周六社区周会中宣讲个人意向，通过后成为合格成员；

- 成员管理系统：搭建“Member Profile管理系统”，记录成员历史贡献、激励获得情况、声誉徽章（Badge）及角色信息，所有数据公开可查，确保透明性；

- 防女巫攻击：通过“真实身份验证+社区宣讲”双重机制，减少虚假账号注册，保障社区成员真实性。

3. 贡献分配：量化与奖励机制

• 核心问题：如何量化成员碎片化贡献（如代码开发、社区运营、设计），避免贡献争议，同时公平分配奖励？

• 核心挑战：传统公司“固定薪资”模式不适用DAO的碎片化协作，需建立动态、可追溯的贡献评估体系。

• LXDAO 的实践方案：

- 开发“FairSharing链上分配系统”：成员自主登记贡献内容（如“ZK零知识证明学习计划开发”），并申请对应奖励（如150积分，积分可兑换实际权益）；

- 投票确权流程：团队成员对登记的贡献进行投票（通过/反对），若投票通过，贡献将上链存证，奖励同步锁定，后续可通过积分兑换；

- 优势：减少团队摩擦，解决“开发与设计贡献界定模糊”等问题，同时实现贡献的可追溯与透明化。

4. 资金管理：透明性与安全性

• 核心问题：如何确保DAO国库资金的透明性，同时实现高效分配与安全防护（如防止治理攻击）？

• 常见资金管理模式：

- 多签钱包管理：主流DAO（如Optimism）采用多签钱包，需多个授权人共同签名方可动用资金，降低单点风险；

- 链上+链下结合：链上记录资金流向，链下通过提案讨论资金用途，平衡透明与效率。

• LXDAO 的实践方案：

- 多签轮换制度：采用多签钱包管理国库，多签人每半年轮换一次，确保权力不集中；

- 提案分配流程：资金分配需通过提案，提案通过后才可执行资金划转，所有流程链上可查；

- 准入门槛：声誉较高的成员可参与多签人的选举，保障资金管理的专业性；

- 透明性保障：国库所有资金动态（收入、支出、用途）完全公开，成员可随时查询，杜绝暗箱操作。

（三）DAO的治理演变历程（以良心道为例）

良心道在三年多的发展中，经历了四次治理模式迭代，不断优化组织效率与去中心化程度：

1. 阶段一：核心团队+社区模式（类似“基金会+DAO”）

• 模式特点：核心成员扮演“基金会”角色，主导大部分决策，社区成员参与度低；

• 问题：新成员参与意愿极低，贡献度不足，核心团队与社区易产生利益冲突（如资金分配不均），类似Optimism曾出现的“基金会与DAO矛盾”。

2. 阶段二：工作组+项目组+社区模式

• 模式调整：解散核心团队，成员融入工作组或项目组，共同推动具体事务；

• 优势：在“决策速度”与“集体智慧”间取得初步平衡，社区成员可通过加入工作组/项目组参与治理；

• 问题：不同专业背景、工作年限的成员协作效率低，贡献界定与任务分配仍存在模糊性。

3. 阶段三：FairSharing驱动的协作模式

• 模式核心：成员自主登记贡献、相互投票确权，无身份等级限制；

• 优势：在“速度”与“集体智慧”间达到较好平衡，贡献分配更公平；

• 问题：长期运行后目标性不足，成员协作易产生摩擦（缺乏统一路线图驱动）。

4. 阶段四：路线图驱动的Pod机制（当前演进阶段）

• 模式设计：

- 制定“主路线图”：明确DAO的核心发展方向，拆解为多个细分任务；

- Pod组建：成员可基于细分任务创建小型团队（Pod），3-5人即可成立，明确交付物与周期预算，可申请国库资金支持；

- Pod升级：若Pod任务可持续且对DAO长期发展有价值，可升级为正式项目；

• 优势：

- 高效执行+灵活治理：小团队快速响应任务，同时保持DAO的去中心化基础；

- 降低贡献门槛：新成员可快速加入或创建Pod，参与感更强；

- 协作优化：成员可按兴趣或技能选择Pod，减少协作摩擦。

（四）LXDAO 的生态数据与核心贡献

1. 组织规模：累计吸引750+成员加入，活跃贡献者100+，完成30+项目（如全电商游戏、电商协议，曾与MetaMask合作）；

2. 合作伙伴：以以太坊生态为主，包括以太坊基金会、MetaMask等；

3. 活动举办：累计举办160+场活动（含线下），参与人数超8000人，如清迈“网吧之夜”、东京公共物品活动、曼谷Devcon（邀请Vitalik分享“协调”主题）；

4. 公共物品支持：专注于Web3公共物品（非排他性、非竞争性，如开源产品）的研发与支持，推动可持续开源项目诞生，部分活动为纯免费；

5. 实习计划：面向Web3实习计划同学开放实习任务（如活动运营、内容研究、策划），奖励包括学分与USDT，帮助同学积累实战经验。

（五）DAO常见问题解答

1. 成员成果如何验证？

通过“Fine Sharing系统+Member Profile系统”双重验证：成员在FairSharing登记贡献并上传证明（如GitHub PR、提案参与记录），经投票确权后上链；Member Profile系统可查询成员历史贡献、奖励与声誉，数据公开可追溯。

2. DAO是否有线下办公地点？

LXDAO 以线上协作为主，无固定线下办公地点；但每年定期举办线下聚会，增强团队凝聚力。

3. DAO的现金流来源是什么？

- 外部融资；

- 项目手续费收入；

- 公共物品相关资金支持（如Optimism的Release Funding）。

4. 如何应对贿选与治理攻击？

- 制度设计：建立举报机制（举报贿选成功者可获奖励）、反哺货委员会（如Optimism的反哺货委员会，防止DAO被小团体控制）；

- 终极方案：若贿选失控，成员可选择退出或分叉DAO（如历史上部分DAO因治理攻击分叉）。

5. 社区意见如何体现？

采用“软共识+硬共识”结合模式：

- 软共识：成员在论坛、社区周会中讨论提案方向，形成初步共识；

- 硬共识：通过Snapshot等链上工具发起正式投票，提案通过后必须执行（如MakerDAO、Uniswap均采用此模式）。

6. 什么是Web3中的公共物品？

公共物品具备“非排他性”与“非竞争性”，Web3中典型案例包括Solidity语言、Hardhat开发工具等开源产品（用户可免费使用，且使用不影响他人）；Web3实习计划也属于公共物品，为非营利性质。

7. DAO是否有常规例会？

LXDAO每周六上午11点召开社区例会，讨论社区事务与工作方向，决策需经社区投票；但非所有事务均需投票——仅核心事务（如国库资金变动、共识调整）需上链投票，日常细碎任务由成员自主推进（软共识）。

8. 投票通过率阈值如何设定？

不同DAO阈值不同，良心道采用“动态阈值”：根据反对票数量调整通过门槛，鼓励成员理性表达反对意见，避免盲目跟投。

9. 是否存在“意见领袖主导投票”的问题？

存在此类风险（即“治理惰性”，成员盲目跟随声誉高的成员投票）；良心道通过“动态阈值”缓解——反对票权重增加，迫使意见领袖的提案需经过更严格的讨论，同时鼓励多元化声音。

10. “一人一票”模式下，持有更多代币是否无优势？

可通过“两院制”平衡：如部分DAO设置“公民屋”（一人一票，决定方向类事务）与“代币屋”（一币一票，决定专业事务），兼顾公平与效率；良心道当前因治理成员仅100余人，暂用“一人一票”，后续若成员增加，可能通过治理提案调整模式。

2025-08-25

一、区块链行业动态与市场观察

1.1 市场行情与资金动向

近期区块链市场呈现剧烈波动与生态创新并行的态势。比特币价格在 10 万美元关口附近出现显著震荡，一单大额多头头寸因价格异常波动被强平，亏损金额超 1200 万美元；同期全网加密货币爆仓总量达 6 亿多美元，超 13 万投资者受波及。这一行情背后，市场流动性变化与大资金操作的影响尤为突出，其中某长期活跃的 “远古巨鲸” 持续执行 “卖出比特币、置换以太坊” 策略，其链上仍持有近 70 亿美元比特币，具体操作路径为 “在 Perpetual 上做多以太坊→买入以太坊现货并公开宣发→吸引市场跟风做多→卖出自身专业仓位获利”，清晰展现了大资金对市场情绪的引导作用。

1.2 项目生态争议与倡议

行业对大规模空投模式的争议持续升温。贝拉陈联创明确批判当前盛行的 “大规模空投” 模式存在根本性缺陷，指出空投代币零成本特性易引发交易团队针对性做空、市场操控等问题，且代币流向内部人士的现象破坏公开透明原则。他呼吁行业回归 “ICO（首次代币发行）+ 公募（Public Sale）” 传统模式，建议项目方采用 “少量空投 + 大规模公开销售” 的组合策略，平衡生态激励与市场公平。与此同时，链上侦探 ZachXBT 发布包含 81 个需屏蔽的 KOL 名单（标注为 “耻辱墙 / Wall of Shame”），揭露这些 KOL 存在 “收受项目方代币、发布不实推广” 等行为，部分还涉及潜在诈骗风险，为社区成员提供了关键风险警示。

1.3 机构动向与项目进展

• 重点项目运营动态

Plasma 项目在相关平台开展的第二轮 USDT 质押活动引发市场高度关注，2.5 亿额度在 3 分钟内即告售罄。该项目定位为 “为测试者设计的 Layer 1 区块链”，核心优势在于强大的投资方背景，质押权益涵盖 “USDT 年化收益 + 空投代币” 的双重激励。此外，OP 生态宣布与 Flash Bot 达成战略合作，目标为 OP 超级链（Super Chain）提供 “快速可验证的交易排序” 功能，这一合作将显著提升链上交易效率与确定性，进一步优化用户体验。

• 稳定币与跨链领域进展

稳定币领域迎来重要突破，MetaMask 确认将推出原生稳定币 MUSD，计划同步上线以太坊主网（L1）与 Linear 链，由 Stripe 旗下稳定币发行平台联合 Paradise 共同发行，目前已进入筹备尾声。这一举措将丰富以太坊生态的稳定币选择，增强生态内资金流动效率。跨链领域方面，LayerZero 官方宣布通过 95% 赞成票的投票结果，批准对跨链桥项目 Stargate（代币 STG）的 1 亿美元收购案，STG 持有者需在一周内按 “1 STG=0.086 ZRO” 比例兑换为 Layer Zero 原生代币 ZRO（当前 ZRO 价格约 1.94 美元，对应 STG 价值 0.16 美元），兑换完成后 STG 将停止使用，此次整合有望提升跨链生态的协同效率。

1.4 传统机构配置与政策调整

传统机构与上市公司的加密资产配置动作持续增加。华兴资本与 YZi Labs（原 Binance Labs）达成战略合作，计划投入 1 亿美元配置 BNB 资产，成为首家将 BNB 纳入资产配置的香港上市公司，被业内类比为 “BNB 领域的微策略”。政策层面，不同国家呈现差异化调整态势：美国稳定币已成为国债重要持有者，持仓规模约 1800 亿美元，超过德国、韩国、阿联酋等国家，反映稳定币在传统金融体系中的渗透持续加深；日本则优化 Crypto 税收政策，将税率从 55% 降至 20%，显著提升市场对投资者的吸引力，同期 Webex 会议在日本召开时，首相以 “线下真人” 形式出席，释放出对加密生态的积极支持态度。

二、以太坊生态核心开发者经验与隐私议题

2.1 Geth 团队核心开发者成长路径与洞察

Geth 团队（以太坊核心客户端开发团队）作为生态技术研发的核心力量，其成员成长路径与技术观点具有重要参考价值。L1 扩容赛道负责人 Maris 的职业经历颇具代表性：他于 2017 年通过向 Geth 代码库提交 PR积累贡献，成为活跃社区贡献者；2021 年被 Geth 团队负责人 Felix 邀请全职加入，此前长期保持 “硕士在读 + 75% 工时投入 Geth 开发” 的状态，硕士论文聚焦 EVM 优化方向。加入核心团队后，Maris 经历 6-12 个月的代码库熟悉期，从 Bug 修复切入，逐步负责核心功能开发，后期还发起以太坊基金会（EF）内 “测试与安全团队”，推动生态安全标准化建设，这一历程清晰展现了从社区贡献者到核心开发者的典型进阶模式。

2.2 L2 生态核心争议与解决方案优先级

针对当前 L2 生态的核心争议，Maris 提出独到见解，重点纠正了对 “中心化排序器（Sequencer）” 风险的认知偏差。他指出，“中心化排序器≠可停止的链上服务”，其核心风险并非 “欺骗用户”—— 因交易需用户签名，排序器无法篡改交易内容，真正风险在于 “审查交易”，即排序器可能拒绝打包特定交易。在解决方案优先级上，他明确表示，相比推进 “排序器去中心化”，更应优先构建 “L2 强制退出机制”：当排序器实施审查时，用户可回归 L1 强制退出或自主打包交易，甚至支持 “大规模作恶时集体退出”，该机制能更直接、有效地保障用户权益。

2.3 Geth 团队现状与开发者建议

当前 Geth 团队规模约 10 人，小于 Netmind 等其他以太坊客户端团队（如 Netmind 拥有 20 人全职团队），且受核心成员流失（如前负责人 Peter）影响，团队技术力量有所削弱。不过，随着 L2 生态发展，Geth 代码库相关人才储备逐步增加，Netmind、Rise 等团队已涌现大量 Geth 技术专家，使得 Geth 团队的 “专有知识优势” 有所减弱。对于希望进入核心开发领域的新人，Maris 建议从 Geth GitHub 上的 “Good First Issue”（入门级任务）切入，同时强调当前团队最大瓶颈为 “代码审查（Review）” 环节，需格外注重提交代码的安全性与兼容性。他还指出，“耐心、坚持、沟通技巧” 是核心开发者的关键特质，尤其 “清晰传递想法比想法本身更重要”—— 只有让社区充分理解并认同技术方案，才能推动方案落地实施。

2.4 区块链隐私保护的技术迷思与澄清

• 公链隐私属性的核心认知

会议明确澄清，以太坊等公链并非 “匿名系统”，而是 “假名系统”：钱包地址虽不直接关联真实姓名，但一旦地址通过线下交易、绑定实名账户等方式与真人身份关联，所有历史交易记录（包括余额、转账对象、消费场景）均可被完整溯源，隐私暴露风险远高于传统金融体系 —— 例如，咖啡店通过交易记录即可查看用户的全部消费习惯与资产状况。

• 隐私保护现状与未来方向

当前用户常用的 “中心化交易所中转混币” 等隐私保护方法，存在操作繁琐、效果有限的问题；而比特币白皮书早有预警 “地址所有者身份暴露后，所有关联交易将被追踪”，但行业长期对这一风险重视不足。值得注意的是，当前区块链犯罪相关交易量占比已不足 1%，远低于 “丝绸之路时期”（1/3 比特币交易涉犯罪）的水平 —— 因区块链具有透明可溯源特性，犯罪者难以转移赃款，反而更倾向于传统现金洗钱方式，这一数据有力驳斥了 “隐私保护助长犯罪” 的常见误区。行业未来更倾向于通过 ZK（零知识证明）技术实现隐私保护，在保障交易透明性的同时，有效隐藏用户身份与交易细节，既符合监管要求，又能满足用户隐私需求。

三、以太坊技术升级展望

3.1 数据扩展路线图：分阶段推进 L2 数据可用性提升

以太坊基金会发布的技术升级路线图中，数据扩展计划的核心目标是 “提升 L2 数据可用性（Data Availability）”，以支撑 DeFi、社交媒体、AI 等新场景落地，整体采用分阶段推进策略。

• 短期：Fusaka 硬分叉升级（预计 2025 年第三或第四季度）

作为继 2025 年 5 月 Pectra 升级后的重大更新，Fusaka 升级的核心改进包括引入 PeerDAS 架构 —— 通过 P2P 方式降低节点负担，让不同节点负责不同数据传输，显著提升传输效率，为后续 Danksharding 等升级奠定基础。此外，该升级还将大幅提升区块 gas 限制上限至最高 1.2 亿或 1.5 亿，有望降低 Layer1 使用成本；同时，因技术复杂性和风险争议较高，EOF（EVM 对象格式）升级被移除，体现出以太坊当前转向更务实、增量的升级策略。

• 中期与长期：带宽优化与架构升级

中期（Fusaka 升级后）将聚焦带宽优化，采用 “Cell Level Message” 技术，让节点仅需查询部分数据可用性（DA）样本，减少网络冗余通信 —— 这一优化无需修改共识层或执行层，有望在 Glamsterdam 升级前落地。长期来看，Glamsterdam 升级（预计 2026 年年中）将引入 P2DS V2 进一步扩展数据可用性，同步优化 “数据构建技术” 与 “流水线技术”，提升 Slot 时间利用率以实现更高 区块吞吐；同时持续推进 “Block 池扩展” 与 “服务级技术优化”，确保扩容过程中维持以太坊的抗审查特性。

3.2 以太坊 L1 ZK 化改造：以 RISC-V 指令集推动 ZKVM 落地

围绕 “以太坊 L1 精简客户端” 目标，L1 ZK 化改造成为核心技术方向，其中 “是否内置 RISC-V 指令集” 是关键讨论议题，最终目标是推动 ZKVM（零知识虚拟机）落地。

• RISC-V 指令集的选择依据

ZKVM 作为 “以太坊执行层精简” 的关键方向，当前 10 个 ZKVM 中有 9 个以 RISC-V 为目标指令集，选择该指令集的核心原因包括：技术上，RISC-V 指令集精简（仅 40 余条）、开源且无强制浮点数要求，便于设计 ZK 友好型电路；生态上，主流编译器与工具链已实现兼容，能降低开发者学习成本。相比之下，X86 指令集复杂难验证、ARM 生态封闭、MIPS 架构老旧且安全性不足、WASM 为 Web 设计而性能非最优，均不适合 ZKVM 开发需求。

• 技术进展与落地路径

技术进展方面，Openvm 已实现用 3.90 GPU 在 80 秒内证明一个以太坊区块，高性能 GPU 仅需 8 秒，展现出显著性能突破。落地路径采用三阶段计划：第一阶段，用 RISC-V 指令替换现有预编译合约；第二阶段，支持 RISC-V 作为备选合约语言；第三阶段，将 EVM 编译为 RISC-V 合约以实现向后兼容。当前主要瓶颈在于哈希计算（需将波塞冬哈希算法优化至 V3/V4 版本）与执行速度，切换 RISC-V 后预计可提升 10-100 倍。值得注意的是，将以太坊 L1 主网切换为零知识证明（ZK）架构，被视为继 2022 年从工作量证明（PoW）过渡到权益证明（PoS）之后的同级别技术挑战 —— 整个过程需对协议层进行重构，严密考虑边缘场景与安全风险，以太坊基金会协议协调团队的 Ladislaus 表示，这一过渡可能需要数年时间。

3.3 原生 Rollup：解决 L2 与 L1 同步升级复杂性的创新方案

研究员 Donald 近期发布原生 Rollup（Native Rollup）进展汇总，该方案当前处于草案阶段，核心目标是解决 “L2 与 L1 同步升级的复杂性”—— 现有 L2 若需与 EVM 等效，需同步 Geth、Rise 等代码库，升级时易出现语义偏差与错误；而原生 Rollup 计划让 L1 暴露 “Execute 预编译指令”，使 L2 直接调用该指令执行以太坊状态转换，无需维护独立代码库，这一设计与最早 ETH 扩容方案思路相似，也与 Solana 的 Ephemeral Rollup 思路接近。

• 核心愿景与技术设计

原生 Rollup 的核心愿景是通过将 zkEVM 集成至主网，让以太坊 L1 验证者直接验证 Rollup 的状态转换证明，实现 “由主网验证、主网保障安全” 的 L2。这需要在以太坊 L1 客户端中新增 “execute precompile” 关键代码，允许验证者直接校验 L2 生成的 ZK 状态转移证明。其证明系统初期采用 Re-execution 方案（L1 验证者自行重新执行交易），未来计划转向 Real-Time Proving（基于 Snark 证明）—— 但后者需 ZK 技术大幅突破，要求几秒内完成一个区块的证明，当前技术水平尚无法实现，预计还需 3-5 年发展时间。

• 行业动态与落地预期

Linear 项目负责人 Declan Fox 表示，该项目的长期目标是成为原生 Rollup，并认为这是 ETH 2.0 分片方案的 “升级版”—— 不再硬性运行 64 个结构相同的分片链，而是以高度可编程、可定制的方式构建异构 Rollup 系统，服务不同场景与用户需求。尽管原生 Rollup 尚未正式写入以太坊路线图，但随着 zkEVM 启动、L1 架构逐步重构，为其预设接口与预编译逻辑已成为可预见的技术趋势；以太坊社区乐观预期，年底可能提交相关 EIP，并在 Glamsterdam 升级后的分叉中上线，但这一时间表仍存在高度不确定性。

3.4 技术升级的协同效应与长期目标

以太坊技术升级的协同效应正逐步显现：计划通过分阶段升级，先推出支持 ZK 验证的客户端，逐步提高 Gas 上限（近期已提升 22% 至 4500 万），目标四年后实现 2000 TPS。届时，验证者（Validators）将不再需要重复执行每一笔交易，仅需验证零知识证明（ZK-proof）即可确认交易正确执行，这一转变将使底层网络 TPS 提升至每秒上万笔；与此同时，L2 也将同步扩容至数十万甚至数百万 TPS，原生 Rollup 将像 “可编程分片” 一样运行，提供与 L1 相同的安全性，最终形成多链协同的 “网络中的网络” 架构，为以太坊生态长期发展奠定技术基础。

2025-08-24

一、了解Cairo语言基础和特性

1.1 Cairo的定义与技术本质

Cairo全称为“CPU Algebraic Intermediate Representation”，并非传统意义上仅用于智能合约开发的语言，其核心定位是为Starknet零知识证明（ZK-Stark）设计的低级虚拟机语言与计算机架构。从技术链路来看，Cairo的编译流程呈现分层特性：开发者编写的高级Cairo代码首先编译为Sierra（中间表示层，用于保证安全性与可验证性），再由Sierra转译为低级字节码“Cairo Assembly（CASM）”，最终由CPU代数中间表示（CPU Algebraic IR）执行——这一流程确保了其从代码编写到证明生成的全链路高效性与安全性。

需特别注意，Cairo与Starknet存在明确的“语言-生态”对应关系：可将Cairo类比为Python（专一性语言，负责逻辑实现），Starknet类比为Java生态（包含框架、工具链的完整体系），开发者通过Cairo编写逻辑，最终在Starknet生态中实现可验证应用落地，这一关系是理解Cairo技术定位的核心前提。

1.2 Cairo的四大核心技术特性

（1）确定性与可验证性：零知识证明的基础保障

Cairo的执行路径具有完整确定性——即相同输入下，代码执行过程与结果完全一致，不存在歧义。这一特性对零知识证明至关重要：验证者无需重复完整计算，仅需基于确定的执行路径即可验证证明有效性，大幅降低验证成本，同时确保合约逻辑的不可篡改与可追溯，是其用于生成“可验证合约证明”的核心技术支撑。

（2）低级虚拟机语言特性：接近底层的高效性

与Solidity（面向以太坊的高级智能合约语言）相比，Cairo更接近汇编语言，具备直接操作内存与寄存器的能力。这种底层特性带来两大优势：一是避免高级语言抽象层的性能损耗，提升代码执行效率；二是为开发者提供更精细的资源控制能力，尤其适合对性能要求极高的零知识证明计算场景（如大规模数据的可验证计算）。

（3）ZK-Stark证明友好性：为零知识证明深度优化

Cairo的设计初衷即为适配ZK-Stark（零知识证明的重要分支），其语言结构与指令集均围绕“高效生成ZK-Stark证明”展开。具体而言，它支持跨系统的证明优化——可在不同计算环境中调整证明生成逻辑，同时保证证明的“高效性”（生成速度快、证明体积小）与“可扩展性”（支持大规模计算场景，如复杂DeFi协议的跨链验证、链上游戏的状态确权），是当前ZK-Stark生态中最核心的开发语言。

（4）跨应用灵活性：超越智能合约的多场景适配

Cairo的应用范围不局限于智能合约开发，还可用于编写“可验证计算逻辑”，典型场景包括：

- 游戏状态验证：确保链上游戏角色属性、道具流转的真实性，避免作弊；

- 机器学习模型可验证化：将AI模型的推理过程转化为可验证逻辑，确保模型输出的可信度；

- 数据隐私计算：在不泄露原始数据的前提下，通过可验证逻辑完成数据统计、分析等操作，适配金融、医疗等隐私敏感场景。

1.3 Cairo版本演进历程与技术迭代逻辑

Cairo的版本迭代始终围绕“降低开发门槛”与“提升生态适配性”展开，关键里程碑如下：

- 2018年：StarkWare发布Stark技术白皮书，奠定Cairo的底层理论基础，明确“基于代数中间表示的可验证计算”技术方向；

- 2019年：推出StarX解决方案，定位为企业级Layer2扩展工具，首次将Cairo的底层能力应用于实际业务场景，验证其商业价值；

- 2020年：发布Cairo Zero版本，作为初代开发语言，语法高度接近底层汇编，虽实现了核心可验证能力，但开发复杂度极高，仅适用于底层技术验证；

- 2021年：发布Cairo白皮书1.0，核心优化为“语法高级化”——借鉴Rust语言的设计理念，引入所有权机制、类型系统、错误处理等现代化特性，大幅降低开发者学习成本，使其从“底层汇编级语言”转变为“开发者可直接编写应用的语言”；

- 2023年：正式发布Cairo 1.0版本，完成语法稳定性与生态兼容性验证，成为Starknet生态的“主力开发语言”，支持大规模应用落地；

- 2024年：发布Cairo 2.0版本（本次课程核心讲解版本），进一步优化零知识证明生成效率，增强跨生态适配能力，同时扩展对复杂数据结构与计算逻辑的支持，为更广泛的可验证应用场景铺路。

二、Cairo核心数据类型：Field Elements（字段元素）深度解析

2.1 Field Elements的定义与设计逻辑

Field Elements（会议中提及的“fails ELEMENTS”为口误，标准术语为Field Elements，简称“Field”）是Cairo的默认原生数据类型，核心设计与零知识证明的代数计算特性深度绑定。其取值范围基于“大质数模”定义：通常采用一个接近2^252的大质数p（具体值为2^252 + 27742317777372353535851937790883648493），因此Field元素的实际取值范围为“0到p-1”，而非传统语言中的固定字节长度（如Solidity的uint256）。

这种设计的核心目的是：确保所有计算（加、减、乘、除）均在“有限域”内完成，满足零知识证明对“代数结构确定性”的要求——有限域内的计算具有封闭性（计算结果仍在域内）与可逆性（除零外均可求逆元），可直接映射为ZK-Stark证明所需的多项式约束，从而高效生成可验证证明。

2.2 与Solidity数据类型的关键差异

Cairo的Field Elements与Solidity中常用的uint/int类型存在本质区别，需特别注意：会议中提及“1÷2取模得到(p+1)/2”，本质是Field元素除法的实现逻辑——由于Field内无浮点数，除法通过“乘以逆元”完成，2的逆元在模p下即为(p+1)/2，因此1÷2等价于1×(p+1)/2 mod p，这一特性是Cairo支持复杂代数计算的核心基础。

2.3 溢出/下溢处理与整数类型补充

（1）溢出/下溢的天然规避与手动控制

由于Field Elements的计算均基于“模p”自动执行，理论上不存在传统语言中的“溢出”或“下溢”问题——即使计算结果超出“0到p-1”的范围，也会自动通过模p操作映射回域内。但在实际开发中，若需处理“超出Field范围的业务逻辑”（如表示大于p的数值），则需通过“整数类型封装”实现，这也引出Cairo对标准整数类型的支持。

（2）标准整数类型：U8、U32与有符号整数

为适配常规业务场景（如计数、金额、状态标识等），Cairo补充支持多种标准整数类型，核心特性如下：

- 无符号整数：包括U8（8位，取值0-255）、U16（16位，0-65535）、U32（32位，0-4294967295）等，其中“use size”默认指代U32类型（32位无符号整数），适用于常规数值计算；

- 有符号整数：支持I8、I16、I32等，采用补码表示，可处理负数场景（如盈亏计算、温度变化等）；

- 类型转换规则：整数类型与Field Elements之间需显式转换——整数转Field时可直接通过“into”关键字（如u8_value.into()），Field转整数时需通过“try_into()”（需处理超出整数范围的异常），确保类型安全。

这些整数类型的存在，既保留了Field Elements对零知识证明的适配性，又兼顾了开发者对常规数值逻辑的开发习惯，实现“底层技术特性”与“上层开发便捷性”的平衡。

三、Cairo生态工具与项目实战体系

3.1 核心生态工具：定位与价值

（1）Starknet实战开发平台

该平台是Cairo开发者的核心实战载体，定位为“一站式Cairo开发与验证环境”，核心功能包括：

- 在线编辑器：提供语法高亮、自动补全功能，支持Cairo代码的快速编写；

- 实时编译验证：通过“Compile”按钮一键编译代码，检测语法错误与逻辑合规性，确保代码符合Cairo的底层约束（如类型匹配、有限域计算规则）；

- 提示与学习支撑：内置“Get Hints”功能，针对开发难点提供官方文档链接，引导开发者查阅Cairo官方教程，建立系统化的知识体系，而非依赖零散代码示例。

（2）OnlyDocs平台：生态激励与经验积累载体

OnlyDocs平台定位为“Cairo生态项目激励与开发者成长社区”，核心价值体现在两方面：

- 项目激励机制：开发者通过完成平台上的Cairo实战任务（如合约开发、可验证计算逻辑实现），可获取NFT、项目代币等奖励，将学习成果转化为实际价值；

- 经验与知名度积累：平台支持开发者展示实战项目，为后续参与Starknet生态正式项目（如DeFi协议、隐私应用）积累案例，提升在ZK-Stark领域的行业认可度，形成“学习-实战-激励-成长”的闭环。

3.2 项目实战体系：流程与核心目标

- 聚焦“Move Semantics（移动语义）到Model（模型）”，核心目标是让开发者掌握Cairo的内存管理机制（如所有权、变量生命周期）与数据模型设计，为复杂应用开发奠定基础；

- 涵盖“Start 1到6”的合约开发任务，虽非本次课程强制要求，但定位为“Cairo智能合约开发的入门实践”，帮助开发者理解如何将Cairo的可验证特性应用于链上合约场景（如资产确权、权限控制）。

2025-08-23

Bankless 周度复盘：比特币创历史新高，以太坊接近历史新高 | Stripe与Circle推出Layer1区块链 | 门罗币遭遇51%攻击

一、市场核心资产表现

1. 比特币（Bitcoin）

• 价格动态：创下12.45万美元的历史新高（较此前历史高点12.32万美元高出1300美元），会议记录时价格回落至11.77万美元，较高点下跌5.5%；周度涨幅收窄至1%，周内呈现“先涨5.5%后回落”的震荡走势，整体基本持平。
• 资产排名：曾短暂跻身全球资产市值第五位（当时全球前四大资产依次为黄金、英伟达、微软、苹果），记录时回落至第七位，但仍稳居全球资产市值前25名。本周已超越万事达（Mastercard）、网飞（Netflix）、罗斯百货（Ross），当前市值与万事达基本持平。
• 战略储备进展：美国财政部长Scott Besent表示，美国将建立“比特币战略储备”，但该储备仅依赖没收的比特币资产（规模约15-20亿美元），不会主动买入比特币；此前参议员Lummis曾提议“通过重估黄金储备资金来增持比特币”，该方案未被采纳，实际进展低于比特币多头预期。

2. 以太坊（ETH）

• 价格与市值：周度上涨19%，周内局部高点达4540美元，会议记录时价格接近4780美元（距离2021年11月4878美元的历史新高仅差100美元）；市值创下1557亿美元的历史峰值，且为“未计入通胀调整的新高”（若考虑通胀因素，实际等效历史新高需达5530美元）。
• 流通机制优势：自“合并（Merge）”以来（近3年时间），ETH年发行量仅0.13%（远低于合并前1.5%的发行量上限），近30天年化发行量为0.7%，显著低于法币CPI及比特币发行量（比特币合并后年发行量为1.3%，是ETH的10倍）。
• ETH/BTC比率：当前接近0.04，较此前0.018的低位显著回升。说话人A认为0.05是关键阈值——突破该数值后，ETH将从“均值回归交易”转向“趋势延续行情”；若比特币维持12万美元价格，0.05的比率对应ETH价格为6000美元。说话人B补充，0.05-0.06区间可能引发交易员获利了结，突破0.06后ETH将进入“动量驱动阶段”。
• 价格预测分歧：某匿名交易员预测，ETH在6-8个月内最低将达1万美元，目标区间为1.6-2万美元；渣打银行（Standard Chartered）预测ETH年底将涨至7500美元，Tom Lee认同该预测且看好更高点位；说话人B则认为牛市中价格预测难度极大（“加密市场通常是3年慢涨，1年完成相当于十年的涨幅”），暂不给出具体数值。

二、宏观经济与市场情绪

1. PPI数据及影响（核心通胀指标）

• 数据对比：8月生产者价格指数（PPI，即“批发端通胀指标”）实际值为3.7%，显著高于分析师预期的2.9%，且较前值2.6%大幅攀升。PPI聚焦生产者、批发商的原材料成本（不含房租等居民生活成本），是消费者价格指数（CPI）的领先指标（对CPI的影响通常滞后数月）。
• 市场解读：
  • 短期担忧：高PPI被认为受关税影响，引发市场对“通胀高烧不退”的担忧，部分参与者警惕后续CPI上行压力。
  • 长期乐观：说话人B类比此前就业报告波动（曾引发“经济衰退”担忧，当时标普500仅下跌0.5%，随后反弹0.3%），认为此次PPI上涨仅是“经济上行过程中的小颠簸”，2-3天后市场关注度将自然消退。Tom Lee观点进一步佐证——“2022年底以来，每次市场下跌都会被资金买入”，且本月CPI实际值低于预期，为市场提供了缓冲空间。
• 对美联储政策的影响：Poly Market（加密市场预测平台）数据显示，“美联储9月降息”的概率略有下降，但市场主流共识仍倾向于“降息”，未显著改变当前政策预期趋势。

2. 机构采纳核心趋势

• ETF资金流入：单日光流入规模达10亿美元，较历史峰值高出20%，是同期比特币ETF流入量的2-3倍；当前ETH ETF总规模已达120亿美元，两天内从100亿美元增至110亿美元，后续资金仍在持续累积。
  • 驱动原因：分析师Nate Geraci认为，传统金融（TradFi）投资者对ETH的理解滞后于比特币——比特币“数字黄金”的叙事清晰易懂，而ETH“未来金融基础设施”的定位需要更长认知周期；ETH ETF自去年夏季推出后，历经约1年时间，机构才逐步认可其价值。
• Treasury（加密资产财政工具）增持：
  • Tom Lee：30天内累计买入100万ETH（当前持仓超120万ETH），收购速度比特斯拉（Tesla）Michael Saylor增持比特币的速度快12倍；其公开目标是持有5%的ETH流通量（约600万ETH），目前已完成20%。
  • 其他机构动态：Bitmine宣布计划募资200亿美元进一步增持ETH（按当前价格计算，该资金可覆盖剩余目标）；East Azila（新兴ETH财政工具项目）获得Peter Thiel 7.5%的股权，股价随之暴涨200%（后续将把ETH纳入资产负债表）；Fundamental Global向美国SEC（证券交易委员会）提交50亿美元“暂存注册（shelf registration，即灵活发行股票募资的机制）”申请，计划最终持有10%的ETH流通量。
• 高校捐赠基金布局：哈佛大学本周披露，其持有1.16亿美元贝莱德（BlackRock）比特币ETF，该资产已成为哈佛捐赠基金的第四或第五大持仓；美国高校捐赠基金总规模约1万亿美元，当前头部高校机构已开始配置加密资产，说话人A预测“ETH将复制比特币的路径，1.5-2年后进入高校资产负债表”。

三、关键项目与生态动态

1. 传统支付巨头Layer1（底层区块链）布局（行业争议焦点）

项目	发起方	核心定位	技术特点	市场反应
ARC	Circle	稳定币支付/外汇/资本市场底层区块链	1. 采用USDC支付Gas费，无需依赖ETH；2. 兼容EVM（以太坊虚拟机）；3. 由20家合规机构担任验证节点（通过低节点数量换取高速度）；4. 每秒交易量（TPS）达3000，交易终局性（确认时间）低于350毫秒；5. 支持可选隐私功能（屏蔽余额+视图密钥）	负面评价为主： 1. 分析师Adam Cochrane：“这不是Layer1，而是企业联盟链，是对区块链技术的扭曲”； 2. 行业人士Jeff Garzik：“2025年还在搞‘互联网孤岛’，完全违背互联网互联互通的本质”； 3. 普遍观点：Circle试图从“稳定币发行方”转型“支付网络”，对标Visa，但“需许可（permission）”的机制与Web3去中心化精神相悖
Tempo（未正式官宣）	Stripe	稳定币底层区块链	1. 兼容EVM，未披露稳定币具体细节（行业推测将推出自有稳定币）；2. 与风投机构Paradigm合作（Matt Huang担任项目董事会成员）；3. 依托Stripe强大分销能力（此前分别以10亿美元收购稳定币项目Bridge、Web3钱包项目Privy，完善Web3布局）	市场分歧较小： 1. 乐观视角：Stripe的分销能力远超Circle，可帮助项目绕过SWIFT（环球同业银行金融电讯协会），直接服务企业跨境支付； 2. 担忧视角：分析师Austin Campbell质疑“若每家支付巨头都搞自己的Layer1，与传统银行体系有何区别？”

• 核心争议：为何传统支付巨头选择搭建Layer1，而非基于以太坊Layer2（二层网络）？
  说话人A解释：USDC等稳定币属于“现实世界资产（RWA）”，Circle、Stripe等发行方可在任意链上实现“冻结账户、审查交易、扣押资产”（即“后门权限”）；选择Layer1反而能降低用户“跨链导入外部资产（如ETH）”的意愿，避免外部资产进入后引发的权限冲突。这类Layer1本质是“企业互联网”，与加密生态为“邻接关系”而非“竞争关系”，长期来看仍有转向以太坊Layer2的可能。

2. 平台功能升级

• Coinbase接入去中心化交易所（DEX）：在Coinbase主App（非独立钱包）中接入Aerodrome（Base链上自动做市商AMM），支持所有Aerodrome上的代币交易（无论该代币是否在Coinbase中心化交易所上市）；当前仅向1%的用户推送该功能，交易量已“显著激增”，Aerodrome代币周度涨幅达25%；纽约州因监管限制暂不开放该功能；说话人B预测“Robinhood将跟进，在自有区块链上复制该模式”。
  • 背景：Coinbase Ventures（Coinbase旗下风投）早期大量持有Aerodrome代币，与Base生态（以太坊Layer2）深度绑定，此次合作是“社区项目共建+流量平台赋能”的典型案例。
• Uniswap法律结构突破：Uniswap基金会提交提案，计划通过怀俄明州“去中心化非营利性协会（DOUNA）”完成法律确权。DOUNA是风投机构16Z推动的法律创新形式，可让去中心化自治组织（DAO）在美国获得合法主体地位，解决“税务管辖”“投票决议法律效力”“团队责任豁免”等核心问题，为Uniswap开启“费用开关（Fee Switch，即向代币持有者分配交易手续费）”铺路（此前因法律风险未敢启用该功能）；怀俄明州参议员Lummis发文支持，称“本州数字资产相关法律属全美最佳”。
  • 生态进展：Uniswap旗下Layer2网络Unichain已上线，区块时间仅200毫秒，采用TEDs技术，符合以太坊创始人Vitalik提出的“以太坊杠铃模型”（Layer1聚焦安全性，Layer2专注速度优化至毫秒级）。

四、监管与安全事件

1. 监管动态

• Genius法案争议：传统银行要求“将计息稳定币排除在法案适用范围外”，原因是原法案仅限制“稳定币发行方（如Circle）不得向用户支付利息”，但未限制“交易所、平台等第三方向持有稳定币的用户付息”（例如Coinbase的USDC年化收益4.8%、Base链上的计息产品）；银行认为此举“抢占传统储蓄账户的利息收入”（传统银行储蓄账户年化利率仅约0.15%），尽管法案已通过，仍试图推动修改条款；律师Jake Chervinsky批评“银行谈判能力不足，如今的结果是自身准备不足导致，怨不得他人”。
• 特朗普公平银行行政令：美国白宫发布文件显示，前总统特朗普签署行政令，要求“联邦监管机构不得允许金融机构因客户的政治信仰、宗教信仰或合法业务类型拒绝提供服务”，确保所有美国人公平获得银行服务。该行政令本质是终结“Operation Choke Point 2.0”（针对特定行业的金融排斥行动），说话人A称“传统银行终于开始学习加密领域的‘可信中立’原则”。

2. 安全事件：门罗币（Monero）51%攻击

• 攻击细节：攻击方为机构Cubic，通过“经济激励”获取门罗币区块链51%以上的算力——Cubic将挖出的门罗币按5:5分配，50%用于回购并销毁自身代币，50%作为额外奖励发放给参与挖矿的矿工，使矿工收益直接达到“直接挖门罗币”的3倍；此次51%攻击的单日成本约10万美元（因门罗币市值较小，算力门槛较低）。
• 攻击影响：攻击者可篡改区块链交易历史、实现双花（同一笔资金重复花费）、审查特定交易，但无法盗取其他用户的资产；门罗币作为“隐私币领域标杆”（当前市值45亿美元，全球排名第42位），此次攻击引发行业对工作量证明（PoW）区块链安全性的广泛担忧。
• 对比特币的警示：尽管比特币当前市值2.4万亿美元（是门罗币的500倍），算力安全暂无风险，但比特币区块奖励每4年减半（未来矿工的经济激励将持续下降）。说话人B强调“区块链安全不取决于市值规模，而取决于矿工的经济激励强度”，门罗币虽有0.8%的永久通胀（持续向矿工发放区块奖励）仍遭攻击，为比特币未来的安全预算问题敲响警钟。

3. 行业合规事件：Do Kwon认罪

• 事件背景：Terraform Labs（Terra/LUNA生态项目方）联合创始人Do Kwon，在纽约联邦法院承认“串谋欺诈”和“电信欺诈”两项重罪，放弃对原9项指控（含证券欺诈、商品欺诈、洗钱串谋等）中7项的抗辩。
• 判决结果：Do Kwon需没收1930万美元资产，并向Terra/LUNA崩盘事件的受害者支付赔偿金；两项重罪的法定刑期上限合计25年，因Do Kwon认罪并配合调查，检察官承诺“建议法官判处不超过12年刑期”；量刑听证会定于12月11日举行。Do Kwon于2022年被捕，此前在黑山监狱关押2年，该关押时间或计入最终刑期。
• 行业意义：标志着2022年Terra/LUNA生态崩盘事件（导致800亿美元市值蒸发，数百万投资者受损）的法律追责阶段告一段落，成为加密行业“欺诈行为追责”的典型案例。

2025-08-22

一、Web3学习与实践方法论

1. 高效学习工具与方法

• AI工具的深度应用：AI不仅可作为基础工具辅助学习，更可通过“角色化提示词”模拟多场景协作（如模拟产品经理、测试开发、UI设计师等角色并行处理项目任务），解决不同教育背景下的知识生产力差距。具体工具场景包括：
  • 简历优化：使用Word文档AI插件（如docal），先构建个人经历知识库，再选择模板自动填充并解决格式问题，适配Web3行业简历需求。
  • 项目拆解：借助任务拆解工具（如Claude text master），将项目子任务细化，减少Token使用的同时自动生成文档并保存上下文，提升开发或运营效率。
  • 开发协作：利用敏捷开发工具（如BMIND），基于Subagent机制分配多角色任务，各角色成果可写入PRD并相互迭代优化，模拟团队协作流程。
• 费曼学习法实践：在Web3知识学习（如以太坊协议、区块链底层逻辑）中，通过“输入-输出-互评”闭环强化吸收。例如针对技术文档或行业报告，每周按“任务发布-每日输出笔记-周末组内互评+线上精讲”流程推进，强制输出以检验理解深度，同时通过阅读他人笔记补充知识盲区。

2. 实操项目经验沉淀

• 线上活动（如Twitter Space）运营要点：
  • 准备阶段：需自主撰写或深度修改主持稿，确保表达流畅；提前20分钟以上调试麦克风、网络等设备，避免正式环节出现观感问题。
  • 临场执行：因线上无法感知观众情绪，需通过主动用语气词带动氛围，在嘉宾分享后预留提问时间，引导观众开麦互动；突发情况（如互动功能失效）可灵活转换互动形式，意外场景可转化为活动趣味性补充。
  • 宣发与二次传播：结合Web3社群特性，提前投放问卷收集用户痛点以匹配分享内容；活动后整理复盘文章、剪辑内容切片（适配多平台规则），通过社群、官号等矩阵发布，延长内容长尾效应。
• 黑客松项目推进逻辑：
  • 前期需明确项目定位（如技术验证、产品落地），提前进行竞品分析（对比同类项目的目标受众、形式差异），避免同质化；
  • 执行中注重团队分工与协同，关键环节（如智能合约开发、前端交互）需提前彩排，暴露并解决技术问题（如Git冲突、API调用故障）；
  • 提交阶段需严格遵守时间节点（如Demo提交截止前预留统筹时间），即使功能未完全完善，也需保障核心流程可演示，突出项目亮点。

二、Web3核心生态与项目运营

1. 社区与内容运营实践

• 垂直栏目优化策略：
  • 知识共读类栏目（如以太坊协议相关书籍共读）：采用“小班化领读+实时答疑”模式，针对Web3技术内容难度较高的特点，不强制笔记输出，但鼓励即时提问；可引入“费曼输出”机制，要求学员用通俗语言复述核心概念，强化理解。
  • 访谈类栏目（如行业嘉宾专访）：提前征集用户对嘉宾的感兴趣话题，制作悬念预告与倒计时宣发；访谈后将内容拆解为长文、短视频切片，通过多平台矩阵发布（注意规避平台敏感内容），并引导社群互动（如话题讨论、观点征集）。
• 心理健康类Web3产品特性：
  • 隐私保护：本地化部署数据，确保用户心理测评（如抑郁测试、情绪评估）数据不泄露，符合Web3去中心化隐私理念；
  • 功能拓展：可结合AI辅助功能，开发情感陪伴型插件，注重免费属性与隐私安全的平衡，推广时可聚焦高校、Web3从业者等目标群体，线上通过社群、小红书（匹配深夜情绪需求时段发布），线下联动学校心理中心、诊所落地。

2. 安全与风险提示

• 链上资产安全防护：Web3环境中需警惕钱包授权风险，即使单一操作（如陌生合约授权）也可能导致资产清空；日常需注意：
  • 不随意授权未知合约，对陌生链接、DApp保持警惕；
  • 定期备份钱包私钥，使用硬件钱包提升安全性；
  • 关注行业安全动态（如协议漏洞、钓鱼事件），及时更新钱包软件，避免使用过时版本。
• 信息获取与辨别：Web3信息繁杂，需通过官方社群、权威平台（如项目官号、行业白皮书）获取信息，避免轻信非官方渠道的“高收益”“空投”消息；参与社区讨论时，理性辨别观点，不盲目跟风操作（如代币交易、项目投资）。

三、Web3技术基础与前沿方向

1. 密码学核心原理（抗量子密码方向）

• 格密码学基础：
  • 格的定义：由基底向量的整数线性组合构成的点集，例如通过向量（3,-1）和（1,-2）可生成（0,0）、（3,-1）、（1,-2）等格点，生成过程仅需基础加减乘除运算，但从格点逆推基底向量难度极高，具备抗量子计算的特性。
  • 核心困难问题：
    1. 最短向量问题（SVP）：在给定格（如由矩阵（4,1）、（1,3）生成的二维格）中，找到非零且长度最短的向量，长度计算通过“坐标平方和开根号”实现，维度提升后（如数百维）求解难度呈指数级增长。
    2. 最近向量问题（CVP）：给定格外一点（如（2.7,1.9）），找到距离最近的格点，通过计算两点坐标差的平方和开根号得出距离，维度越高求解越复杂。
    3. 学习整数问题（LWE）：在已知随机向量与秘密向量内积（叠加微小随机误差，如-1、0、1）的情况下，恢复秘密向量，因误差组合存在3^n种可能性（n为样本数），逆向求解难度极大。
• Falcon抗量子算法应用：
  • 密钥生成：通过随机抽取小多项式，匹配多项目式使NTRU方程式成立，由多项式组合生成密钥，对应格结构；
  • 签名生成：对消息哈希添加随机“盐值”避免重复，将目标点与随机干扰向量结合生成签名，若签名过长则重新生成；
  • 签名验证：验证者通过公钥与消息“盐值”计算剩余“拼图”，与收到的签名拼接，验证数学关系是否成立且签名长度符合安全门槛；
  • 优化方向：部分项目通过手搓Falcon算法并优化，适配以太坊生态（如部署至OP测试网），提供标准版、EVM友好版、公钥规划版三种版本，平衡安全性与Gas成本。

2. Web3学习路径与资源

• 分层学习框架：
  • 开发者路径：从基础区块链原理（如区块结构、共识机制）入手，进阶学习智能合约开发（Solidity语法、Remix/Hardhat工具使用）、DApp开发（前端与区块链交互、IPFS存储），再聚焦垂直领域（如DeFi协议开发、NFT铸造逻辑）；
  • 运营者路径：先理解Web3社群特性（去中心化、自治），学习社区运营（如活动策划、用户激励）、内容运营（如技术文档解读、短视频制作），再深入行业生态（如DeFi、NFT、DAO）的运营逻辑。
• 公开资源利用：
  • 实习计划相关的运营方案、技术文档均为公开学习资料，可参考其中的项目策划（如休闲黑客松运营流程）、任务拆解（如Bounty任务认领规则）；
  • 行业报告与书籍：推荐《Ultra Learning》（快速学习方法论）、以太坊协议相关书籍，结合AI工具（如ChatGPT）辅助解读复杂概念，提升学习效率。

四、Web3职业发展与求职准备

1. 简历与作品集优化

• 简历适配技巧：
  • 突出Web3相关实践：如参与的Space活动、黑客松项目，需明确个人职责（如主持、开发、宣发）与成果（如活动参与人数、项目核心功能）；
  • 利用AI工具：通过docal等插件优化简历格式，结合Web3岗位需求（如技术岗突出智能合约开发经验，运营岗突出社群增长数据）调整内容侧重点。
• 作品集构建建议：
  • 技术岗：整理智能合约代码（需脱敏处理）、DApp演示链接（如部署至测试网的Demo）、技术博客（解读底层原理或项目复盘）；
  • 运营岗：汇总活动策划案、宣发文案、复盘报告、数据成果（如社群活跃度提升、内容传播量），形成可展示的文档或链接。

2. 求职与行业认知

• 岗位匹配逻辑：
  • 明确自身定位（技术/运营/产品），通过实习计划积累的项目经验（如Space实操、黑客松）匹配对应岗位，例如技术岗可侧重智能合约开发、前端交互实现，运营岗可侧重社区活动策划、内容传播；
  • 关注行业动态：Web3岗位需求迭代快，需持续学习（如每3个月更新知识体系），通过项目方宣讲会、行业社群获取求职信息，提前填写求职意向表，利用实习计划的岗位库资源进行匹配。
• 面试准备重点：
  • 技术岗：熟悉智能合约常见漏洞（如重入攻击）、区块链底层原理（如Gas机制），准备项目难点复盘（如如何解决Git冲突、优化合约Gas成本）；
  • 运营岗：理解Web3社群与传统社群的差异，能结合案例（如某活动的宣发策略）阐述运营思路，展示数据敏感度（如活动参与率、用户留存）。

2025-08-21

了解 Web3 远程工作特点

一、Web3行业工作特点

1. 工作模式与时间
   • 工作不受地域限制，旅居时间可自由安排，但存在弊端，可能从8小时工作制变为24小时随时待命，需要一直工作。例如，因同事间存在时差，可能在休息时收到工作消息。
   • 由于他人不清楚工作时长，只知道有任务需要完成，导致任务不断堆积，需要持续修改。
   • 面试时会询问工作时间段，BD类工作有一定限制，从业者需要经常出去跑市场，且通常没有空闲时间，一旦没事做，就会被安排更多工作。
2. 薪资情况
   • 薪资比Web2略高，但不能简单说达到Web2的几倍。
   • 技术岗位在Web3行业薪资较高，很多技术人员可以直接拿项目分红；运营岗位的薪资则取决于公司的盈利情况，盈利好的公司薪资较高，盈利差的则较低，像一些兼职的MOD大使，一个月可能只有500U。
3. 岗位特性与兼职情况
   • 不同岗位的人身兼数职的情况很常见，比如运营加技术、运营加BD、运营加产品、技术加产品等，其中技术加产品的情况更多。
   • 运营和BD比较适合打两份工，甚至有从业者一个月干三份工；而研发岗位由于需要熟悉不同团队的代码逻辑，打两份工比较困难。
   • 研发是Web3行业中比较核心的岗位，不会轻易让非核心团队成员参与工作。
   • BD岗位具有灵活性，更看重结果而非过程，有些BD甚至会临时找人帮忙处理项目，并给予报酬或分红。
4. 岗位需求变化
   • 开发合约岗位现在招人比原来少，原来因为懂的人少，需求较多，现在懂的人多了，需求也就下降了。
   • BD岗位需要经常出差跑市场。

二、数字游民

1. 成为数字游民的原因
   • 羡慕远程生活，曾看到相关平台上的远程生活介绍后，与平台CEO深入交流，之后对Web3产生兴趣，进而踏上数字游民之路。
   • 讨厌坐班，看到身边朋友坐班并经常吐槽，更倾向于自由的工作方式。
2. 旅行经历
   • 去过17个国家，包括东南亚（除缅甸和东帝汶）、埃及、阿联酋、阿曼、阿塞拜疆、格鲁吉亚、日本等。
   • 在清迈有多次停留经历，时长分别为七天、两个月、一个月，期间做了很多事，如学泰拳、学摩托车、考驾照、爬山、做公益，还去过泰缅边境给老人送慰问品。
   • 还去过土耳其、北塞浦路斯等地方，曾从新加坡坐火车路过老挝、泰国、马来西亚等国。
3. 价值观与思考
   • 体验不同国家人们的生活以及价值观冲突很有意义，跳出东亚文化圈（如越南、中国、日本），很多国家不太看重学历，竞争也没那么激烈，但“卷”的现象也与资源环境、宗教、思想等因素有关。
   • 认为做数字游民不仅是体验远程办公生活，更重要的是在思想和语言交流的碰撞中，形成自己的价值观和世界观，跳出固有的思维边界。
4. 安全与连接
   • 可通过国际旅游保险未承保的国家来判断旅行目的地的安全性，尽量避免前往这些国家。
   • 若想在数字游民过程中与当地的人或活动建立连接，在清迈、巴厘岛等国外地区，推荐使用Facebook寻找活动；在国内，小红书是不错的选择。
   • 还推荐一些平台和社区，如NCC社区等，可作为数字游民的聚集点参考。国际上可参考nordic.com，但该平台体验欠佳。

三、开发者关系岗位介绍

1. 岗位要求与工作内容
   • 需懂开发、运营、产品，要运营开发者社区，对接B端和C端，服务好开发者，比如帮助开发者接SDK、教他们接API和部署等。
   • 会参与产品思路的建议，比如对产品修改提出意见；还会参与黑客松项目筛选，到现场查看有意思的项目并考虑是否引入。
2. 岗位定位
   • 类似中台岗位，工作界限不清晰，Web3行业的工作大多不是严格划分的，开发者关系岗位也会涉及产品相关工作，整体围绕产品和增长展开。

四、其他建议

1. 找工作建议
   • 要勇于尝试面试，不要因不懂某些东西就退缩，不管怎样先去面试了解情况。
   • 可以采用海投的方式，也可以参加线下活动，线下活动机会较多，有可能直接见到项目创始人。
   • 下一周会请招聘平台的专业老师讲解简历和面试相关内容。
2. 创业与个人发展
   • 若清楚产品开发、增长运营等业务逻辑，且有勇气，可尝试创业；若不打算创业，可提升自身业务能力，增加在团队中的价值。
3. 关于Gap和All in
   • 选择Gap或All in要慎重考虑，想清楚自身需求和想要做的事情，以及可能面临的问题。
   • Web3虽然是个好领域，但也不是一劳永逸的，进入该领域要思考自身能力与外包人员的差异，找到自身定位，做好应对危机的准备。

2025-08-20

了解 Starknet 基础知识

一、Starknet 生态

• 核心议题：聚焦Starknet基础，包括创建Cairo语言而非直接使用Solidity的原因、Starknet与其他二层链的差异、智能钱包与常规钱包的区别等。
• STARKWARE与Starknet：STARKWARE 是盈利性公司，作为zk-STARK 密码学研究与应用的先驱，开发了Starknet及支撑其运行的核心技术，目前负责维护核心技术并管理网络多数节点，正推进系统去中心化；Starknet是无需许可的第二层Rollup，以以太坊为安全层，支持用户无需Starkware许可即可部署智能合约。
• Starknet基金会：非营利组织，核心目标是推动Starknet生态发展，通过教育项目（如Basecamp）吸引开发者，为不同阶段的项目提供资助（早期种子资助最高2.5万美元，成熟阶段有增长资助），资金用途由项目自主决定，同时助力生态治理与基础设施去中心化。

二、选择Cairo语言的核心原因

• 核心优势：以航天机构计算发射时间与轨道为例，若用Rust开发程序，需依赖超级计算机且无法验证结果是否被篡改；而Cairo可让普通设备验证结果——执行方需提供加密证明，接收方可通过证明确认结果未被篡改，无需重复计算。
• Cairo核心特性：
  • 支持创建“可证明执行”的程序，确保计算完整性；
  • 运行于Cairo虚拟机（针对ZK证明优化），不依赖以太坊虚拟机；
  • 语法受Rust启发，采用类似所有权模型，为强类型系统，以“特征”替代继承，通过宏实现元编程；
  • 具备通用性，可在链外独立使用，且抽象了ZK技术的复杂性，易于开发者掌握；
  • 无需重复执行即可验证结果正确性，从技术层面防止计算结果被篡改。

三、选择Starknet的核心原因

• 性能优化逻辑：以太坊中，验证者需重复执行区块内所有交易以确认结果，效率极低；Starknet在生成区块时同步提供加密证明，以太坊验证者仅需验证证明（算力消耗为重复执行的极小部分），大幅提升性能。
• 有效性证明优势：采用ZK-Starks（有效性证明），发送至Layer 1的数据量远小于乐观汇总；相比Snarks，Starks无需可信设置（避免密钥泄露风险），且具备量子安全性（可抵御量子计算机攻击）。
• 虚拟机选择逻辑：采用Cairo VM（牺牲兼容性换取性能），而EVM因架构限制，用于零知识计算时需多层抽象，导致效率低下；Starknet不支持直接部署Solidity合约，需转换为Cairo语言。
• 最终确认效率：以太坊最终确认约6分钟，OP Rollup资产提取回Layer 1需约1周，Starknet约5小时；Layer 2内确认平均10秒，计划优化至2秒。
• 性能数据：日平均TPS达128（位列二层链第二），峰值近900 TPS，技术路线图目标为进一步突破该数值。

四、智能钱包的特性与操作

• 核心优势：基于“账户抽象”技术，所有钱包均为智能钱包（无以太坊式外部账户），支持：
  • 多操作合并为一笔交易（如批准+兑换仅需一次签名），按指定顺序执行，减少MEV攻击风险；
  • 可编程签名验证（支持多重签名、硬件签名、社交恢复、会话密钥等）；
  • 兼容多种椭圆曲线，结合手机安全区（如苹果Secure Enclave）可实现类硬件钱包的安全性。
• 以Bravos钱包为例，手机端通过应用商店下载，创建钱包时需保存助记词；测试网初始化需转入ETH并手动部署账户合约；浏览器端可通过插件导入钱包，支持转账、swap（体现多操作合并特性）等功能。

2025-08-19

了解 Web3 创作者经济和 Fableraion 项目

一、项目背景与核心目标

1. 行业痛点分析
   以Kindle为例，当前订阅平台存在“独家授权”与“低回报”的行业现状：作者为触达读者需接受平台独家要求，但作品被完整阅读后回报微薄，且长期丧失定价权、分发权及二次开发话语权。Fableraion 平台旨在解决上述问题，重构出版行业逻辑。

2. 创作者与读者的理想关系
   核心为“共创、共治、共赢”三大原则：

   • 共创：读者不仅是消费者，更是作品增长的参与者——早期支持可推动作品价格按动态模型冲高，分享口碑可获奖励；创作者通过AI标注的读者反馈优化创作，形成正循环（平台AI主要负责评估与发现优质内容，加速其传播）。
   • 共治：平台重大改版、奖励池使用、重点扶持方向等决策，均由社区治理提案投票决定，以Web3技术减少平台单边决策，提升社区参与度。
   • 共赢：读者可获早期支持差额返现及传播奖励；创作者收益通过链上结算确保透明，作品可延伸为短句、音频、动画等立体IP并参与分润，避免“付出无回报”现象，最终实现“读者可成为创作者，消费者变为合作者”的社区生态。

二、平台核心原则（宪法设想）

若将 Fableraion 视为虚拟“知识国度”，其核心原则（宪法第一条）为：“知识属于创作者，价值属于社区”。具体内涵包括：

• 作品版权与核心价值永久归属作者，收益按链上智能合约实时结算并公开审计；
• 平台仅收取基础运营费用，其余收益按贡献透明分配给作者、读者及出版伙伴；
• 平台治理完全由社区提案与投票决定，作为非营利开源公共基础设施，仅提供规则与工具；
• AI仅负责内容评估与匹配，未经授权的内容不得进入平台或用于AI训练，所有数据调用可溯源，以保护创作灵感、维护内容多样性、抵制操纵行为。

三、短篇小说大赛

1. 大赛基本情况

   • 首届大赛于去年10月举办，吸引3万余名作家参与，因1名获奖者涉及AI创作，最终公布9名获奖作品（官网可查）。
   • 第二届大赛为“全球奖金最高的短篇小说大赛”，首奖为1枚比特币，获胜者名字将铭刻于区块链，具体规则可参考官网。

2. 衍生创作活动

   • 正在进行“海明威六字创作大赛”，鼓励用6个汉字或英文单词创作短篇故事，每日设100U奖励，获奖作品将每日分享，旨在降低创作门槛，让更多故事被看见。

3. 参赛与评审说明

   • 参赛作品有最高字数限制，但无严格题材或风格约束，鼓励自由发挥想象力。
   • 读者可参与评审过程，具体参与方式（如是否需特定资格、投票机制等）将后续在官方Twitter详细说明。

四、创作与AI的关系及平台定位

1. AI与人类创作者的关系
   二者是“竞争与共生并存”的关系：通用型AI擅长语言润色、信息检索等标准化任务，个性化AI可基于用户偏好提供定制化建议，但核心的情感共鸣与深度体验仍为人类创作者的独特优势。

2. 平台对AI的应用与监管

   • 应用层面：Fableraion 聚焦“内容评估”而非“内容生成”，通过技术手段判断内容质量、合规性及版权状态，实现精准分发，不参与模型训练。
   • 监管与保护：未来AI代理将纳入强监管（涵盖数据来源、版权合规、可追溯性），平台计划设立“版权援助基金”（由社区投票决定资金使用），为遭遇侵权的创作者提供法律与经济支持，避免作品未经授权被用于训练。

五、未来规划与行业愿景

1. 行业愿景
   未来内容行业将实现：受欢迎的知识更易获取，创作者收入可持续，行业由“广告与流量主导”转向“社区价值驱动”；作品传播成本随受欢迎程度降低，读者从“用户”转变为“共建者与利益共享者”。

2. 核心发展趋势

   • 超级个体崛起：Web3与AI降低创作门槛，专业工具链普及，使灵感与创意的重要性超越传统资源门槛。
   • 立体IP开发：内容从文字延伸至短剧、音乐、动画、游戏及衍生品，版权价值链延长，读者可在各环节参与并分享收益。
   • 无感Web3体验：通过优化用户体验隐藏技术复杂性，让未接触加密货币的用户无障碍使用（“用着用着就上链”），推动Web3走向主流。

3. 平台具体举措

   • 构建社区驱动的非营利开源知识共享平台，依托区块链重建价值分配体系，确保创作者直接获酬，使创作成为可持续职业。
   • 以AI提升创作效率（如智能匹配读者与内容），保护原创；通过“反向定价机制”（作品越受欢迎，传播成本越低）助力创作者快速变现，同时推动经典内容持续流传。
   • 建立读者早期参与机制，通过区块链绑定作品所有权，让读者共享作品增值的经济与社区回报，最终实现公平自循环的创作生态与内容多样性保护。

2025-08-18

了解 Farcaster协议

一、Farcaster 协议

1. 背景
   Farcaster是一个融资1.8亿美元的去中心化社交网络，由H6Z、Queen base Ventures等头部VC投资，核心是基于开放协议构建的去中心化社交生态。

2. 去中心化核心特征

   • 与Twitter等中心化社交网络的核心区别：Twitter的数据存储和客户端由单一公司掌控，而Farcaster作为协议，允许开发者基于其开发不同客户端和应用，数据存储方式去中心化（部分身份数据存储在区块链上，属于Crypto原生网络）。
   • 优势：即使前端停止运营，开发者仍可基于协议开发新前端访问数据，避免单一平台依赖。

二、Farcaster客户端生态

Farcaster作为协议，类似“数据库+身份体系”，支持多客户端开发，具体包括：

1. 官方客户端：Farcaster官方开发的前端，界面类似Twitter，提供基础社交功能。
2. 第三方客户端：
   • Base APP：基于Base链开发，可访问Farcaster的社交信息流；
   • Zapper：钱包应用集成Farcaster协议，支持在钱包内查看社交动态；
   • Tako：以中文内容和社区为核心，优先展示华语用户动态，设有可匿名发文的“爆料”圈子。

三、Farcaster用户与发展历程

1. 用户规模

   • 目前总用户约100万，日活用户约3万，相较于Twitter（日活3亿）仍属小众，但用户质量较高。
   • 早期用户以Crypto头部VC开发者、以太坊生态OG为主，初期仅一两千人。

2. 用户增长节点

   • 2024年1月前：总注册用户不足1万，日活不足2000人；
   • 2024年1月后：因“互相打赏获取代币”项目及小程序功能推出，生态爆发，日活增长至几万并稳定。

四、Farcaster核心功能与生态

1. 基础社交功能

   • 社交信息流：类似Twitter，支持用户互动、好友交流；
   • 频道（Channel）：按主题划分圈子（如AI、DOMAIN、以太坊等），用户可加入感兴趣的频道熟悉生态。

2. 小程序（Mini APP）生态

   • 覆盖领域：交易、DeFi、社交、音乐、直播、视频、游戏等，类似微信小程序

3. 钱包与交易功能

   • 集成交易功能：用户在社交信息流中看到代币时，可直接查看信息并购买；
   • 多链支持：兼容Base、Solana 等多条公链资产，实现链上交互一体化。

4. 生态经济性

   • 项目孵化：基于Farcaster协议可开发各类项目并发行代币，形成“代币发行-项目运营-用户参与”的一体化生态；
   • 用户全流程体验：从发现项目/代币、交易到加入社区，均能在Farcaster内完成，区别于Web2平台的功能割裂。

五、答疑环节

1. 注册相关

   • 注册方式：需邮箱注册，支持法币（约3美元以下）或Crypto（如0.03 ETH）支付注册费，可通过New Caster等网站完成注册后登录APP。

2. 与其他去中心化协议的对比

   • Activity Pub：Mastodon（长毛象）、Meta的Threads均基于此协议，支持不同实例间信息互通，属去中心化社交网络；
   • Nostr：与Farcaster同赛道，日活约几千人，集成打赏功能且有自有公链，资产存储在自有的公链上；
   • Bluesky：更接近Twitter的去中心化版本，身份与内容存储在ad Protocol数据库，生态开放（支持第三方客户端开发），但与Crypto关联较弱（非原生Crypto应用）。

3. 内容存储与上链

   • 仅注册时的身份信息（FID）上链（存储在OP链），发帖内容存储在分布式网络Snap chain（类似IPFS，非区块链），避免链上存储成本过高。

4. 抗审查性

   • 协议层数据不会删除，但应用层（如官方APP）会过滤色情等违规内容，未主打“抗审查”以追求大众化。

5. 盈利与生态激励

   • 当前重点：提升用户活跃度，暂未盈利，盈利点包括注册费、会员费（类似Twitter会员，支持更长内容、多图发布）、交易手续费（极低）；
   • 生态激励：每周投入资金奖励活跃用户，吸引更多应用入驻以扩大流量（如Base APP集成Farcaster小程序后为其带来更多用户）。

2025-08-17

今日学习了 Web3 如何参与开源项目、如何评估数据集价值，以及如何获取高质量数据

一、参与开源项目的建议

1. 项目选择
   不建议优先选择知名或高知名度项目（此类项目竞争激烈），可选择偏门、易实现、竞争较小的项目。核心目标是完整体验开源流程（如提交代码、评审等），而非急于实现高难度技术。

2. 参与流程
   参与时不宜急于编写代码，应优先制定解决方案并与导师充分沟通调整，避免因方向不符或过度优化导致项目难以在规定时间内完成。具体流程可参考：先提交issue，清晰描述问题与想法，待方案确定后再编写PR，以减少返工。

3. 沟通要点

   • 与导师沟通时，需携带对项目的理解、初步方案等有效信息，提升沟通效率；
   • 应主动解决部分问题（如查阅文档、借助AI等），避免过度依赖导师，减少对其工作的干扰；
   • 善用AI辅助学习，但不可过度依赖，需结合自身理解明确项目中的问题及改进方向，同时注重阅读源码。

二、数据集价值评估框架

数据集价值评估基于六大核心原则，适用于新兴数据公开交易市场：

1. 稀缺性（Scarcity）
   稀缺性是数据价值的基础，供不应求的数据更具价值。公共数据因可通过计算技术高效获取（如网络爬虫）已逐渐商品化；私有数据或平台封闭数据因难以获取，价值更高。

   • 信号提示：平台限制API访问（如Reddit、Twitter、Spotify近年举措），通常表明其数据具有高价值，平台正通过限制供应维持稀缺性。
   • 突破路径：多数国家法律赋予用户索回个人数据的权利，可通过集体协作整合个人数据，突破平台的稀缺性壁垒。

2. 深度（Depth）
   指单个数据点包含的信息量（如一行数据中的字段丰富度），包括聊天记录、点击行为、位置信息、设备数据、时间序列日志等。

   • 价值体现：数据深度越高，越能支持多变量建模、个性化训练及精准分析。例如，仅获取单条Facebook消息的价值有限，但若整合用户的全部消息、位置、设备信息等，可构建更全面的用户模型。
   • 关键问题：需评估数据集的schema（结构）是否丰富，单个数据点包含的字段数量及类型是否多元。

3. 广度（Breadth）
   指数据的规模、多样性及可推广性，即样本覆盖的人群数量、群体多样性，以及能否代表目标应用场景。

   • 核心要求：若数据用于服务广泛群体（如面向全社会的AI模型），需确保样本多样性（如地域、种族、特征等）；若针对特定场景（如零售店铺数据），则允许一定的样本偏向。
   • 实用技巧：可通过动态定价的代币机制激励稀缺群体贡献数据（如为具有独特特征的用户提供更多代币），提升样本多样性。

4. 结构（Structure）
   指数据的格式规范性，包括schema定义、数据类型一致性（如二进制、布尔值、文本、数值等）及噪声水平。

   • 价值影响：结构清晰、格式规范、噪声少的数据更易被AI模型使用；反之，非结构化数据（如杂乱的文本JSON文件）或数据类型错位（如用布尔值表示数值）会大幅降低价值。
   • 关键问题：需确保数据字段无大量空值，且数据类型与信息属性匹配（如用数值表示金额，而非文本）。

5. 时效性（Timeliness）
   指数据的时效性与更新频率，需根据应用场景判断数据的有效周期。

   • 差异案例：女性非生殖健康数据因人体特征变化缓慢，可长期有效；而Twitter情绪数据或实时通胀数据需高频更新（如每小时），否则价值会快速衰减。
   • 激励机制：通过代币设计鼓励持续数据更新（如仅首次贡献数据奖励少，定期更新奖励多），避免数据陈旧。

6. 战略实用性（Strategic Utility）
   是数据价值的核心，指数据能否解决实际问题、提升模型性能或解锁新洞察。

   • 关键标准：需清晰阐述数据的应用场景，例如“人类运动数据可优化类人机器人的动作控制”。若无法说明数据的实用价值，其商业潜力有限。
   • 建议：若不确定数据的实用性，可与Banner团队协作打磨应用场景。

三、数据获取三大实用技巧

1. 从有限的公开数据集推断

   • 参考AWS Exchange、Snowflake、Hugging Face等数据源，观察热门或高价数据集（如2023年创作者数据集售价10万美元，可推测2025年同类数据的价值）。
   • 关注平台隐私政策或API限制的变化（如近一年50%的平台修订条款），此类限制通常暗示数据具有高价值。
   • 注册Appen、Scale AI、LXT等数据经纪平台，了解其收购的数据类型（这些平台为大型科技公司提供数据，可反映市场需求）。
   • 设置Google提醒跟踪“数据销售”“数据许可”等关键词，提前捕捉潜在数据交易机会。

2. 与AI构建者交流
   参与本地AI黑客马拉松或加入AI社区（如亚太地区最大的AI构建者社区Build Club），了解AI开发者的数据源痛点（多数开发者依赖开源数据，对高质量私有数据需求强烈）。

3. 利用行业直觉
   聚焦自身熟悉的行业，识别AI应用的短板（如某行业AI模型表现不佳，通常因数据不足），针对性收集数据。例如，若熟悉医疗行业，可关注AI在疾病诊断中的局限性，收集相关临床数据。

四、数据收集相关问题

1. 伦理与补偿

   • 现状：当前数据交易中，数据创造者（用户）常被排除在交易之外，补偿远低于数据实际价值。
   • 解决方案：建立公开市场，让用户参与数据经济，确保公平补偿。

2. 平台数据获取

   • 法规进展：多国正推动用户数据的便捷访问，如美国《犹他州数字选择法案》要求平台提供程序化数据访问，欧盟GDPR改革也在推进即时数据获取权。
   • 实操建议：尝试通过“GDPR导出”功能获取个人数据（如Google Takeout），部分平台（如WhatsApp、ChatGPT）已支持快速导出，需关注法规更新。

3. 数据代币经济学
   核心是代币设计需与数据收集目标匹配。例如，若需多样化样本，应弱化“推荐奖励”（避免用户仅推荐同类人群）；若数据敏感（如医疗数据），可采用“联合曲线 (Bonding Curve)”机制，奖励早期贡献者以建立信任。

4. 具体数据集案例

   • 信用卡数据：现有市场由信用卡公司垄断，效率低下。可通过收集收据信息（如商品尺寸、颜色），丰富交易数据的粒度，提升价值。
   • 健康数据：受严格监管（如美国HIPAA），需专业经纪商参与。但通过用户授权及合规处理（如去标识化），仍有巨大潜力，例如女性健康数据可推动医疗研究。

2025-08-16

了解 Web3 数据分析和职业发展机会

1. 与Web2数据分析的核心差异
   Web2数据由大型企业或平台控制，具有不透明性、用户数据主权缺失、可组合性低（受限于内部权限与黑箱处理）等特点；Web3数据主权回归用户与社区，具备公开透明（存储于分布式区块链账本，为全球唯一可信公共数据源）、无需许可即可访问（降低分析师入门门槛）、高可组合性（支持跨协议、跨区块链关联分析）等特性。

2. 生态架构层次
   分为四个层面：

   • 基础设施数据：含节点、矿工、验证者等相关数据；
   • 区块链层数据：涉及核心账本数据（如以太坊、波卡等区块链的区块交易日志）；
   • 协议层数据：含智能合约交互数据（如Uniswap在多链的部署数据）；
   • 应用层数据：包括DeFi、NFT平台的用户行为与交易数据。

3. 链上与链下数据

   • 链上数据：记录于区块链的不可篡改数据，是分析基石，来源包括交易数据（哈希、gas费、时间戳等）、区块数据（时间戳、gas费消耗）、地址数据（余额、交易历史、标签）、智能合约数据（调用记录、状态变更等），特点为真实、客观、可信。其核心价值在于透明性（行为可追溯）、不可篡改性（区块链信任基础）、价值流动映射（如TVL、NFT铸造趋势）。
   • 链下数据：区块链外的辅助数据，为分析提供上下文，来源包括市场数据（价格、交易量等，来自中心化交易所API或 CoinGecko 等平台）、社交数据（社交媒体情绪、用户活跃度等，来自Twitter、Discord等）、治理数据（提案、投票等，来自Snapshot或项目论坛）、项目数据（白皮书、GitHub代码库等），特点为主观性强、变化快、需验证真实性，但灵活性高。
   • 优秀分析的标准：有机结合用户链上行为与链下动机，形成完整逻辑闭环。

Web3数据分析师核心思维训练

1. 第一性原理思维
   抛开表象与类比，回归协议/项目的核心功能与价值主张，需明确三个问题：协议解决的根本问题（如Uniswap解决资产无需许可兑换问题）、核心机制（如Uniswap的AMM模型“x*y=k”）、替代方案。目标是理解项目本质（知其然更知其所以然）。

2. 经济学与博弈论思维
   将协议视为微观经济体，分析激励机制与参与者博弈行为：

   • 代币经济学（Tokenomic）分析：研究代币供给、需求、分发及销毁机制，及其对用户生态友好行为的激励（如质押奖励、手续费分成）；
   • 追踪“聪明钱”（Smart Money）：识别早期发现机会的地址及其行为模式（如通过标签地址设置大额转账预警）；
   • 识别“女巫攻击”：在空投等活动中，识别伪装成多用户的批量地址，避免少数人薅羊毛。
     目标是理解系统利益流动与用户行为动机。

3. 产品与用户增长思维
   以产品经理视角关注用户全生命周期与产品健康度：

   • 用户画像：区分聚合用户、DeFi农民、NFT收藏家等类型，分析其行为差异；
   • 增长漏斗（AARRR模型）：分析用户获取（Acquisition）、活跃度（Activity）、留存率（Retention）、付费（Revenue）、推荐（Referral）；
   • 功能表现评估：如新增流动池的使用率、TVL贡献及增长情况。
     辅以抽象能力训练：将模糊概念（如“协议健康度”）转化为可量化指标（流动性深度、用户活跃度、收益稳定性等），目标是从用户视角评估项目健康度与发展潜力。

4. 安全与风险侦探思维
   保持怀疑态度，像侦探般捕捉数据异常信号：

   • 监测异常交易（如流动性池突发大额交易）；
   • 识别潜在关联地址（如多地址在同期对同一合约进行相似操作）；
   • 预警合约风险（如关键权限地址变更，如多签金库管理地址变动）。
     目标是通过数据分析成为项目“哨兵”，提前发现风险并预警。

必备技能与工具箱

1. 核心技能

   • SQL：数据分析通用语言，用于查询、分析数据及生成报表（主流平台如Dune、Flipside均依赖SQL），Sixdegree lab的链上数据分析课程有详细讲解；
   • 英语：Web3全球协作的核心交流语言，需熟练掌握听说读写（远程工作中与跨时区团队沟通的关键）；
   • 数据可视化：将复杂发现转化为清晰图表与简洁文字，具备“讲故事”能力（如通过Twitter长文解读看板数据）；
   • 区块链基础知识：理解交易、智能合约、EVM账户模型（如EOA地址与合约地址）、gas机制、跨链桥风险等，读懂智能合约源码（如以太坊Etherscan验证代码）可深化分析；
   • AI工具应用：利用AI生成项目信息图、优化数据库性能（如索引建议），提升效率；
   • Python/R语言（非必需）：辅助定制化分析、自动化流程及复杂数据可视化。

2. 常用工具与平台

   • 数据分析平台：Dune、Flipside等，支持链上数据查询与看板制作；
   • 地址标签与监控平台：Lens、Arkham等，用于标记巨鲸、聪明钱地址；
   • 数据可视化工具：Tableau、Power BI等，辅助图表制作与多源数据整合。

实战案例分析（以Uniswap V3为例）

1. 分析目标：建立仪表盘监控协议流动性健康状况，识别潜在危机信号。
2. 分析流程：
   • 提出问题：用户增长（日活与新用户趋势）、产品功能（用户偏好提供流动性还是交易，核心交易对与流动池）、经济模型（TVL增长、手续费收入）、风险预警（大额资金撤出、交易量/用户数萎缩）；
   • 数据与工具：采用Dune平台的DEX交易表（如dex.trades），结合Arkham等平台的地址标签；
   • 执行分析：编写SQL查询日交易量、用户数等指标，生成折线图等可视化结果；
   • 得出洞察：如“TVL下降但交易量与用户数稳定”可反映高gas费环境下核心用户忠诚度；“TVL、交易量、用户数均萎缩”可能提示手续费过高导致用户流失，需及时应对。

职业发展方向与学习路径

1. 职业方向

   • 机构任职：加入交易所、协议项目方（负责增长分析、产品分析、经济模型设计）、投资机构（投研团队，挖掘潜力标的并尽职调查）、数据服务提供商（如Dune，参与数据产品构建）；
   • 独立发展：成为独立研究员/KOL（发布深度报告，建立个人品牌）、DAO贡献者（为多DAO提供数据分析服务赚取赏金）。

2. 学习路径

   • 基础阶段：掌握SQL、区块链浏览器使用，理解DeFi/NFT核心概念，完成简单分析；
   • 初级阶段：熟练使用Dune等平台编写SQL、制作看板，独立完成分析报告（含内部分享或Twitter解读）；
   • 中高级阶段：搭建复杂看板，结合链上与链下数据（如补充新链价格数据）产生深度洞察；
   • 专家阶段：形成独立分析框架，发现早期投资机会（Alpha），成为领域思想领袖。

3. 求职建议

   • 积累作品：在Twitter等平台发布公开看板，通过Data Discord等社区推广，结合博客进行深度解读；
   • 参与社区：加入项目Discord，反馈数据洞察并参与治理，提升行业认知与影响力；
   • 持续学习：跟踪Web3技术迭代与新主题，保持好奇心与学习动力；
   • 针对性准备：求职前深入研究目标项目（阅读文档、白皮书），制作专属分析看板，提升面试通过率；
   • 强化英语：锻炼听说能力，适应跨国籍团队面试与协作需求。

2025-08-15

了解 0G AI 生态

一、0G 生态基石：核心合作伙伴

1. 阿里云：双方共建“Web3 + AI 亚太云引擎”，将阿里云强大的云计算资源与 0G 的区块链模块深度融合，为高吞吐、低延迟的 AI 训练与推理提供支持。同时，通过 Cloudican 等工具，联合孵化了 CARV、PlayArts 等项目，极大地便利了 Web2 开发者（例如，可直接将 AI 模型导入 0G 存储），降低了转型门槛。

2. Cloudician Technology：作为 Web3 节点 API 与数据索引服务商，Cloudician 优化了链上数据的管理与查询效率（例如，实现 AI 模型训练日志的实时监控），使开发者无需自建节点即可轻松接入去中心化 AI 服务。

3. Midas：该平台专注于现实世界资产代币化（RWA），致力于将房地产、艺术品等资产引入零知识区块链网络，并开发链上借贷与资产管理功能。结合 0G 的高性能 AI 区块链，可以实现 AI 驱动的资产自动估值（如房地产 NFT 估值模型），从而吸引传统金融用户进入 Web3 领域。

4. 投资方（Hack VC 与 Delphi Digital）：这两家顶级投资机构不仅提供了战略资金，更带来了全球资源与前瞻性的战略咨询。他们的支持帮助 0G 优化技术路线与市场策略，推动其与主流公链生态的深度融合，加速了去中心化 AI 应用的落地进程。

5. 中国移动：双方联合推出了创新的分布式训练框架，成功在低带宽环境下实现了百亿级参数大模型的训练。这一突破大幅降低了模型训练的成本，使得个人开发者及小型团队（例如，在偏远地区通过手机等边缘设备）参与去中心化训练成为可能。

二、0G 核心应用场景

1. 通用 AI 基础设施：

   • 核心能力：0G 的模块化区块链架构是其基础，包含三大支柱：0G Compute（支持 ZKML 验证的高效隐私计算层）、0G Storage（防篡改且可无限扩容的去中心化存储层）以及 0g DA（高达 50GB/s 的超高速数据可用性层，支持实时 AI 应用）。

   • 代表项目：

     • Bagel：一个开源 AI 模型协作平台，开发者可基于 0G 的存储与计算能力，在全球范围内协作训练模型并实现商业变现（例如，共同优化 Web3 游戏中的 NPC AI 模型）。

     • Warden Protocol：一个 AI 原生区块链，利用 0G 的计算能力确保其智能合约与 AI 应用的安全性和可靠性（例如，构建由 AI 驱动的自动执行金融协议）。

2. AI 推理与模型开发：

   • 核心能力：凭借其高性能计算、存储和数据传输能力，0G 有效解决了传统 AI 开发中成本高昂、隐私泄露风险和处理速度慢的痛点。

   • 代表项目：Sentient，一个去中心化的 AGI 平台。它利用 0G Storage 存储模型数据，通过 0G Compute 进行链上推理验证，并通过其去中心化设计避免了单点审查，为实现民主化的 AI Agent 协作演化提供了可能。

3. AI Agent 执行环境：

   • 核心能力：0G 为 AI Agent 的可信执行提供了完美环境。其 50GB/s 的高吞吐数据传输与 0G Compute 计算节点相结合，辅以 ZKML 技术，确保了 AI Agent 决策的快速、可验证（例如，金融 AI Agent 的实时市场分析）。同时，0G Storage 为训练模型、交互记录等海量数据提供了防篡改、可扩展的存储方案，是数据密集型 AI 应用（如链上行为分析工具）的理想选择。

   • 代表项目：Theoriq，一个模块化的 AI 代理生态系统。它支持 AI Agent 独立运行或集体协作，通过 0G Storage 访问数据集并实时评估结果，同时利用 0G Compute 和 ZKML 技术确保任务执行的安全与可信。

4. 生态中的优质项目一览：

   • JAINE：AI 优化的自动做市商（AMM），利用 AI 推理实时优化交易速度和流动性池管理，有效避免滑点（例如，在 NFT 市场中自动调整价格）。

   • Euclid：流动性共识层，基于 0G 的数据可用性层，实现了超过 50 条区块链的无桥接资产访问，显著降低了跨链操作的成本与风险。

   • Trade GPT：一个 AI 驱动的去中心化交易平台，能够提供实时的市场分析与策略建议，为从新手到专业的各级用户提供“贴身交易顾问”般的体验。

   • Battle of Agents：AI 驱动的预测市场平台，支持 AI 代理进行 1V1 对战。结合 0G 的高吞吐与低延迟推理能力，旨在打造 Web3 版本的“AI 电子竞技”。

   • GIMO Finance：目前 0G 生态中最大的流动性质押协议。用户质押代币可生成 sStog，在保障网络安全的同时获得灵活收益，且该代币可在生态系统内自由流通。

5. iNFT (去中心化 AI 数字资产)：

   • 核心特性：iNFT 是一种革命性的数字资产，它完全不同于传统的静态 NFT（如 ERC-721）。iNFT 内部嵌入了 AI 模型与动态记忆，能够随着与用户的交互而不断进化。例如，一幅 iNFT 艺术品可以自动调整其图案，一个游戏 NPC 能够根据玩家的行为习惯进行学习和成长。

   • 技术支撑：依托 0G 的模块化架构和大规模 AI 节点网络，iNFT 得以高速、低成本地运行，完美适配 Web3 环境，例如在智能合约中直接运行可信的 AI 逻辑。

三、生态发展与社区建设计划

1. 生态基金：设立总额达 8800 万美元的生态基金，重点关注 DeFi、AI Agent、消费应用和基础设施四大领域，为优质团队提供 1 万至 100 万美元不等的 Grant 资助，并配套提供全面的技术与市场资源支持。

2. 0G Genesis Grant 计划：该计划专门面向早期 AI 项目，提供 1 万至 10 万美元的种子基金。获奖项目不仅能获得资金，还将获得 0G 测试网的优先访问权，以及来自 0G Labs 及生态伙伴的一对一导师指导。

3. 全球加速器计划：已与 OnePiece Labs、Web3Labs 等知名机构合作，成功孵化出 CARV、PlayArts 等优秀项目（部分已获得 Hack VC 的后续投资）。当前加速器计划聚焦亚太生态，覆盖 AI Agent、NFT 数据分析等七大热门赛道，本期计划将于 11 月结束。

4. 黑客松活动：积极赞助 ETH Global 等活动的 AI 赛道，鼓励开发者围绕模块化和可验证 AI 基础设施进行创新。在近期的活动中，开发者在 72 小时内就完成了多个涵盖游戏、预言机、教育等领域的项目。未来将专门举办面向中文区的黑客松。

5. 开发者教育：

   • 与 TintinLand 社区合作启动“AI × Web3 专项人才计划”，提供从入门、进阶到实战的完整课程体系，构建从学习到项目落地的全方位成长路径。

   • 与南洋理工大学共建合作实验室，培养下一代去中心化 AI 人才；并与 HackQuest 联合推出 Learning Track 课程，深入讲解模块化计算、ZK 验证等核心技术，学员完成后可获得联合认证证书。

2025-08-14

A. 参加Dapp开发流程分享会

一、项目背景与分享概述

1. 项目简介
   项目基于 Uniswap V4 hook 构建，已获得 Uniswap Foundation 提供的安全审计赞助。核心代码采用大量 Gas 优化的合约实现，包含自主开发的 Oracle 数据库模块，源代码可在 GitHub 查阅。目前核心合约处于审计阶段，外围合约尚未完成审计，建议待审计完成后再复用代码以避免安全风险。

2. 分享重点
   本次分享聚焦现代智能合约的架构设计与编程技巧，不涉及 DeFi 底层数学与金融原理。以 Uniswap V4（简称 V4）为核心案例，解析其架构逻辑（与 V3 核心逻辑一致，数学原理可参考 V3 相关文档），同时结合项目实践，阐述开发中的关键技术与最佳实践。

二、依赖管理与项目结构

1. 依赖管理工具
   推荐使用 soldeer 替代传统 Git 模块管理依赖，优势包括：

   • 自动锁定依赖版本及校验和（如哈希值），避免供应链攻击；
   • 依赖管理目录简洁，无冗余模块配置；
   • 支持直接从 Git 仓库拉取依赖，通过指令 soldeer install 安装并锁定版本。
     相比之下，V4 仍使用基于 Git 模块的依赖管理，需维护 remapping.txt 配置文件，灵活性较低。

2. 项目目录结构

   • lib 目录：存放 V4 依赖项（基于 Git 模块），现代项目建议用 solder 替代；
   • unit 目录：包含 Gas 优化报告（snapshot），需通过特定指令记录操作码与 gas 消耗，适用于团队协作中监控代码优化效果。

三、合约部署与跨版本兼容

1. 多版本合约部署
   因 V3（锁定 Solidity 0.7.6）与 V4（锁定 0.8.26）存在编译器版本冲突，直接编译会报错，解决方案为：

   • 将 V3 编译为二进制字节码，通过部署器部署至测试环境；
   • lecurity 项目进一步激进，主合约锁定 0.8.30，通过指令获取 V4 字节码并转换为二进制，结合构造器参数拼接为 creation code，使用 create2 内联汇编部署，部署时需跳过字节码前 0x20 长度位。

2. 权限配置
   部署过程中需通过配置文件声明文件可读性，避免 forge 工具因权限不足报错。外围合约中需显式配置可读资源，确保部署脚本正常执行。

四、外部函数调用与验证（FFI）

1. FFI 机制
   用于调用非 Solidity 代码（如 JavaScript、Python）验证合约逻辑，例如：

   • V4 中通过 JS 脚本计算指数函数，对比 Solidity 实现结果；
   • lecurity 项目用 Python 实现 EMA 算法（基于高精度库 mpmath），验证合约中指数平均数计算的准确性。

2. 使用注意事项

   • 需在配置中开启 FFI 权限，否则存在安全风险；
   • FFI 会显著降低合约运行速度，建议减少调用次数（如 V4 限制 FFI 运行次数）；
   • 输出结果默认为二进制，需转换为目标类型（如 uint256）后使用。

五、现代合约开发技巧

1. 组合优于继承
   现代合约开发提倡用 library 组合替代多层继承，减少代码复杂度：

   • V4 实践：核心合约 PoolManager 仅继承基础功能合约（如 ERC6909CM），不重载父类函数，核心逻辑通过 library 实现；
   • 优势：避免继承链混乱（如 V3 多层继承导致的可读性问题），便于审计与维护。

2. 自定义类型与运算符重载

   • Solidity 0.8.30 后支持自定义类型（如 type PoolId is bytes32），本质为原始类型的零成本抽象，编译时还原为底层类型（如 address）；
   • 支持运算符重载与隐式导入（通过 global 关键字），优化代码可读性（如 isZero() 替代直接比较）；
   • 避免精度误用：例如 lecurity 定义 Rate 类型（27 位精度），编译时会拦截精度不匹配的运算（如与 18 位精度变量相乘），减少逻辑漏洞。

3. Library 调用机制

   • 内部调用：含 internal/private 函数的 library 会被编译到调用合约中，通过 jump 指令直接执行，共享合约上下文；
   • 外部调用：含 public 函数的 library 需单独部署，通过 delegatecall 执行，可读写调用合约状态（与传统认知中“library 不可修改状态”相反）。

六、现代合约核心特性

1. 弱化 view 函数
   为减少合约体积（以太坊对合约大小有限制），现代合约（如 V4 PoolManager）几乎不提供 view 函数，而是通过 export 函数直接读取存储槽（sload 指令），需开发者本地计算存储槽位置（如通过工具生成存储分布表）。

2. 单体架构
   V4 采用单体合约设计，通过 Mapping(poolId => PoolState) 管理所有资金池，优势包括：

   • 优化链式兑换 gas 成本：跨池操作仅需一次冷合约调用（2100 gas），后续为热调用（100 gas），相比 V3 多次冷调用显著节省成本；
   • 结合 Flash Account 进一步降低 gas 消耗。
     需根据项目场景权衡（如 lecurity 为借贷协议，跨池操作少，未采用单体架构）。

3. Delta 机制与终局原子性

   • Delta 机制：支持多笔操作统一清算（如 a→b→c 兑换中，仅需清算 a 和 c，抵消中间资产 b），优化递归回调逻辑（如 V3 中的嵌套回调）；
   • 终局原子性：要求交易结束时账户状态平衡（如借贷协议确保仓位健康），否则回滚所有操作，增强安全性（如 Flash Loan 无手续费的 Morpher 和 V4 均采用此机制）。

七、审计流程与注意事项

1. 审计流程
   通过 Uniswap 官方平台提交项目，平台聚合顶级审计公司报价，选择后由 Uniswap Foundation 报销费用。需与审计公司沟通报价、工程师配置及附加服务（如形式化证明）。

2. 关键考量

   • 优先选择有同类项目审计经验的公司；
   • 形式化证明成本高（报价可能从五位数升至六位数）；
   • Bug Bounty 通常含 1-2 个月免费期，后续需付费，性价比需评估；
   • 部分审计公司分品牌运营（经济型与高端型），报价差异较大。

八、学习路径与建议

1. 入门标准
   读懂 V4 非数学部分代码（或 V3 核心逻辑），理解架构设计与优化技巧。

2. 学习资源

   • 基础：实现 ERC20 合约，熟悉 Solidity 语法；
   • 进阶：阅读 Uniswap V2/V3 源码（侧重架构）、MORPHO 借贷协议（代码简洁，适合入门）；
   • 内联汇编：通过项目实践学习（如改写 ABI.encode 为内联汇编）。

3. 工具推荐

   • IDE：VS Code + 官方 Solidity 插件；
   • 依赖管理：soldeer；
   • 测试框架：Forge（支持 FFI、不变量测试）。

---

B. 参与 Web3 非技术类岗位需求、能力要求及热点运营等相关问题分享会

一、Web3行业优劣势分析

1. 优势

   • 工作模式灵活：支持远程办公，可实现“边工作边生活”（如数字游民模式），无需坐班打卡；
   • 国际化程度高：可对接全球工作机会，职业范围广，搭配远程模式实现“跨地域就业”；
   • 发展迅速：行业虽已发展十余年，但每年均有新突破，机会丰富；
   • 重能力轻背景：更看重个人真实能力，对学历、证书等传统资质要求较低，对年轻人友好。

2. 劣势

   • 缺乏培养体系：企业多要求“即插即用”，新人若无实习、兼职或相关经验，入行难度大；
   • 强调主动性：被动型人格难以适应，需自主学习，无“专人教学”机制；
   • 合规风险高：行业尚处发展初期，部分领域存在灰色地带，需具备强法律意识（尤其技术岗位需规避红线）。

二、中文区Web3行业现状与岗位需求

1. 主要工作机会领域

   • 中心化交易所（如BYBIT、Bitget、gate等）：华人主导，招聘需求大，但受行业周期影响明显（牛市扩编、熊市裁员）；
   • 项目方：中文区相对较少，欧美（尤其美国）较多；
   • 传统机构入场：香港地区基金、券商等设立Web3部门，偏合规方向；
   • 周边服务领域：审计、律所、媒体、广告公司等。

2. 非技术类热门岗位

   • 核心岗位：BD（商务拓展）、市场增长运营、公共关系（PR）、媒体内容创作、社交媒体/自媒体运营；
   • 交叉岗位：产品、合规法务（介于专业与非技术之间）；
   • 特点：BD与运营岗位需求量最大，BD直接对增长负责，运营多偏后台工作。

三、非技术类岗位核心能力要求

1. 行业认同与热爱：需对行业有深入了解和长期认可，避免因短期利益（如“容易赚钱”）入行导致心态失衡；
2. 主动学习能力：行业基于开源理念，信息透明共享，需自主探索学习，被动型人格难以适应；
3. 英文口语能力：AI可辅助阅读与写作，但商务谈判、线下交流等场景需流畅口语，是多数非技术岗的基础门槛，且影响职业天花板；
4. 内容输出与分享能力：行业核心交流平台为Twitter（X），强输出能力可助力成为KOL或获得雇主认可，自媒体流量与内容是简历加分项；
5. 风险意识与边界感：鼓励冒险精神，但需明确合规与公众舆论边界。

四、热点发现与判断相关讨论

（一）新人如何培养热点敏感度与判断力

1. 实践驱动：通过相关实习或工作积累经验，在实际业务中接触热点；
2. 信息输入：多关注行业媒体、新闻，保持信息敏锐度；
3. 利益绑定：通过链上协议交互获取空投（零成本，依赖时间与能力），以收益驱动持续关注行业动态，比单纯靠兴趣更易坚持。

（二）热点信息获取与判断方法

1. 渠道筛选：

   • 核心渠道：行业中英文媒体、头部人士如 Vitalik 等大佬博客；
   • 工具辅助：善用AI获取渠道推荐，结合自身需求（如工作、空投）筛选有效信息；
   • 拓展技巧：关注认可的行业人士及其关注列表，逐步构建信息网络。

2. 热点判断与反应：

   • 基础方式：多刷Twitter，主动分享与回应，培养行业直觉；
   • 核心逻辑：结合自身领域（如运营、BD）关联热点，从长期信息积累中形成“判断力”，避免急于求成。

五、运营与内容创作相关建议

（一）流量增长、转化率与粉丝粘性提升

• 核心原则：需结合主体（个人账号/项目方/交易所）、区域（如韩国、中文区、港台地区）、渠道（小红书、Twitter等）具体分析，无统一方法；
• 渠道特性：
  • 小红书：需适配平台规则，侧重内容形式与用户偏好；
  • Twitter：重点是获得“核心账户关注”（如行业大佬），可通过发布深度思考并@大佬提升曝光。

（二）内容创意与同质化规避

• 核心前提：基于长期体验、研究与思考，避免“零积累式创作”；
• 方法：从模仿起步，通过深耕领域形成独特视角，结合自身经历与洞察输出差异化内容。

（三）数据指标与运营策略

• 分主体关注指标：
  • 交易所：拉新率、首次交易率、重复交易率；
  • 项目方：社群人数、协议交互人数与交易量；
  • 社交媒体账号：关注数、活跃度、核心关注者占比；
• 应用：通过指标评估内容/活动效果，同时参考行业优秀案例优化策略。

六、问答环节

（一）职业发展相关

1. 非技术岗天花板：无“最高天花板”岗位，需匹配个人特质——外向型适合BD、商务；内向型适合后台运营、内容创作，做好均能成为行业资深人士；收入与前景上，外向型因资源链接需求更易获得优势。
2. 学生做BD的方法：核心是找到双方利益契合点，多从对方视角思考“能提供的价值”，而非索取；通过线下活动积累资源，挖掘项目/公司间的协同机会。
3. 同行竞争优势：输出优质内容、提升思考深度，发布对他人有价值的信息；获得行业头部人士关注，比“吸引眼球”更具可复制性。

（二）内容创作与转型

1. 学习与输出平衡：避免盲目创作，建议“边工作边运营自媒体”，以工作目标或明确收益（如流量变现）锚定方向，避免无目的感；
2. Web2设计师转型Web3：可参考“良心道”“绿洲大学”等平台课程，选择技术代码、空投实操、基础知识等方向切入。

（三）平台与合规

1. 新项目Twitter冷启动：初期依赖周边资源（投资人、熟人）关注与转发，吸引核心大V；对散户可通过活动激励（如关注获积分奖励）提升初期流量。
2. Web3自媒体法律风险：
   • 高风险领域：赌博类（如预测市场Poly market）、传销类（拉人头分润），境内合规风险极高；
   • 其他风险：OTC出入金的反洗钱风险，需警惕被洗钱组织利用。

（四）其他

1. AI生成内容：目前以辅助为主，需人工把控方向与核心逻辑，直接生成内容易缺乏吸引力；
2. 行业年龄门槛：偏好年轻人（冲劲强、对行业敏感度高），但无明确年龄限制；
3. 区块链招聘现状：目前非技术岗实习生岗位涉及翻译、短视频相关，可关注其官方渠道获取信息。

2025-08-13

A. 参加本地搭建区块链网络实战知识分享会（Foundry Anvil & 测试网）

一、本地测试网搭建的必要性

• 开发区块链应用（APP）时，若直接在以太坊主网或公开测试网部署合约，存在两大问题：一是成本较高，二是测试网代币获取困难。
• 因此，开发阶段需本地测试网辅助快速完成程序调试与开发，后续再迁移至公开测试网验证，形成标准化开发流程。

二.、以太坊网络核心概念与架构

1. 对于以太坊的理解：

   • 开发者视角：以太坊是运行智能合约的区块链平台，支持合约间调用，可通过“搭积木”模式构建复杂应用。
   • 网络视角：是抗审查的去中心化庞大网络，承载巨大经济价值，为人类历史上前所未有的分布式协作网络。
   • 用户视角：是完整的经济系统，用户可通过提供流动性、套利等操作参与，各角色协同保障系统顺畅运行。

2. Merge升级与架构变革：

   • 升级核心：2015年以太坊诞生后，经“the merge”升级，共识机制从“工作量证明（Pow）”转为“权益证明（Pos）”，能源消耗大大降低。
   • 安全机制：不再依赖算力保障安全，转而通过“质押以太币”从经济层面提升攻击难度（攻击者需掌控大量以太币，成本极高）。
   • 架构变化：升级后执行层与共识层分离，运行节点需部署的客户端从1个增至2-3个（执行层客户端、共识层客户端，若参与质押还需验证者客户端）。

三、以太坊质押模式解析

1. 质押的核心作用：
   用户质押以太币成为验证者，通过签名投票参与网络共识（选择链的分叉方向、确认区块等），诚实验证者可获得收益，恶意行为将面临资金罚没或踢出网络。

2. 两种质押模式对比：

   • 托管质押：
     优势：操作简单，无需自行运行节点，不牺牲资金流动性；
     风险：资金由第三方（如交易所、机构）管理，若机构被攻击，用户资产可能损失。
   • 独立质押（SOLO staking）：
     优势：用户通过私钥完全掌控资金，安全性高；
     劣势：技术门槛高（需自行运维节点），硬件成本高，多数用户难以实现。

3. 网络现状：
   目前以太坊活跃验证者近110万（接近协议设计极限），质押以太币超3500万（占总发行量的1/4以上），节点客户端多样性健康发展（执行层与共识层各有3种主流客户端，占比向33%均衡分布）。

四、本地测试网搭建实操

1. 搭建优势：
   降低主网节点运维的技术门槛，可模拟真实网络环境，提升节点“可运维性”（快速排查问题、重启节点）、“可观测性”（实时监控节点状态、告警）及“安全性”（适配私钥交互场景）。

2. 核心工具：

   • Docker：容器化工具，确保节点软件在不同环境中部署、运行过程一致，减少环境问题排查成本。
   • Cortex：类似Docker Compose的工具，可将区块链相关镜像组合为可部署形式，简化测试网创建流程，本次使用其提供的标准化包快速启动网络。

3. 最简配置与步骤：

   • 执行层客户端选用Geth（使用率最高），共识层客户端选用Lighthouse（使用率最高）；
   • 配置网络参数（如出块时间），添加“TX Faas”服务以随机发送交易，保障网络持续出块；
   • 部署后可通过本地地址访问节点，查看共识层、执行层、验证者客户端的运行状态及日志（如区块包含的交易数量）。

4. 多环境与可观测性提升：

   • 支持在本地创建多个测试环境（需足够硬件配置）；
   • 可添加Prometheus（监控工具）和Grafana（可视化工具），生成节点指标图表（如区块高度、交易数量），配置告警规则，实时掌握网络状态。

五、RPC访问与节点参数说明

1. RPC的作用：
   是钱包（如MetaMask）与网络交互的核心接口，用于提交交易；交易经节点广播后，若gas费足够，将被打包进区块执行。

2. 示例操作：

   • 通过RPC获取链ID、最新区块高度等信息，验证网络运行状态；
   • 共识层RPC可查询节点是否处于区块同步中（返回“false”表示同步完成，已正常出块）。

3. 节点参数：
   工具已预设启动参数，决定网络运行模式；用户可研究参数配置，自行使用镜像搭建网络（需额外处理更多细节），对硬件要求低（普通笔记本即可运行）。

六、问答环节

1. 本地测试网与模拟环境的区别：
   本地测试网真实运行共识层、执行层、验证者客户端，模拟主网完整运行机制；而普通模拟环境仅模拟交互逻辑，未真实部署节点。

2. 加入主网的条件：

   • 仅同步数据：运行共识层+执行层客户端，设置链ID=1（主网标识）；
   • 作为验证者：需额外运行验证者客户端，质押32个以太币，主网硬件要求较高（如2TB SSD及较好配置）。

3. 轻客户端与网络安全： 轻客户端参与共识技术上可行，但探索周期较长；轻验证者可能降低质押门槛（如1-2个以太币），只要诚实参与共识（签名、出块），即可贡献网络安全（攻击者需质押更多资金，成本随诚实验证者数量增加而升高）。

---

B. 参与休闲黑客松运营知识分享会

一、休闲黑客松的核心特征与运营准则

1. 轻量运营

2. 线上为主，低门槛参与
   支持远程参与，无地域限制，任何人可自由加入，无需线下场地强制参与。

3. 休闲导向，无压力参与
   不鼓励通宵熬夜，无强制要求，强调从日常生活中跳脱，享受编程本身的乐趣。

4. 去商业化
   不设置以PR为导向的奖金池或“赏金猎人”机制，不服务赞助方KPI；奖项由评委会从多元角度颁发，给予真实、个性化的肯定（如“最离谱创意奖”“电子宠物最佳关系维护奖”等）。

5. 主题精心设计
   聚焦前沿话题，核心目标是“酷炫好玩”。

二、黑客松运营流程与模板

（一）核心角色与信息统筹

• Coordinator（统筹者）：负责整体运营流程的信息统筹，在多方案争议时承担决策职责。
• 流程模板：采用标准化模板（基于Notion），明确记录注册日期、workshop时间、Open Day、Demo Day等关键节点，所有参与人员基于模板协作。

（二）往期案例：EIP7702主题黑客松拆解

• 人员邀请：明确潜在嘉宾、合作社区及赞助方，逐步确认信息并记录（包括嘉宾姓名、简介、社交媒体账号等）。
• 物料准备：通过Figma制作海报、徽章（Badge）等视觉素材，统一风格（如黑色底板、固定 LOGO），并在宣发中突出联合举办方、赞助方信息。
• 宣发逻辑：采用标准化SOP，关键信息（报名链接、群组信息、时间、主题）置于宣发内容最前端，适配 Twitter 等平台的传播特点（如用Threads形式分段呈现）。

三、宣发与执行要点

（一）宣发渠道与策略

• 渠道：包括 Twitter、公众号等，联动合作方、赞助方及知名人物转发扩散。
• 策略：主宣发后，后续宣发以“引用主宣发链接”形式形成脉络，提升曝光；优先使用有权重的账号（如活跃用户、互关账号）进行定向邀请，降低沟通门槛。

（二）活动执行核心事项

1. 信息收集与跟进：

   • 向选手收集钱包地址（用于发放奖励）、物流地址（如涉及实体奖品），跟进奖励发放进度。
   • Open Day后至Demo Day前，需周期性与选手沟通进度，提醒提交项目，避免参与率低的问题。

2. 复盘与总结：Demo Day后3天内召开复盘会，基于问卷反馈优化流程；Recap文章按固定框架撰写，包含活动亮点、成果及经验总结。

四、关键环节筹备细节

（一）Workshop（工作坊）

邀请嘉宾围绕主题讲解技术知识。

（二）Open Day（启动日）

• 流程：开场欢迎（3-5分钟）、赞助方Keynote（曝光环节）、嘉宾分享、脑暴组队（破冰+ Idea交流）、QA收尾。
• 主持人：提供标准化主持稿，可替换主题相关信息（如ADV 7002）。

（三）Demo Day（成果展示日）

• 核心任务：提醒选手提交项目，介绍评审规则（基于内部打分标准排序），颁发多元化奖项（如“最佳地下独角兽”“Wallet for KIDS”等）。

五、组队与人员要求

（一）参赛者

• 需学习本周相关技术知识，参赛可获学分，成果（Demo及奖项）可作为技术经验，助力实习或求职（尤其适合无经验的“小白”）。
• 允许借助AI工具（往期有非技术背景选手通过AI完成项目并获奖）。

（二）运营组

• 需学习运营知识（如发起Space、宣发逻辑等），参与策划与执行可获学分，经验可作为运营履历。
• 招募截止时间：8月14日下午4点前，需填写协作招募表（含GitHub ID、联系方式、技能点、空闲时间等）。
• 核心要求：能快速响应任务（如1点收到需求，1点半-2点内回复），确保远程协作效率。

六、GitHub操作流程

（一）仓库结构

包含工作流、物料（执行脚本、图片）、报名、项目提交等文件夹，主页展示模板、简介、会议信息、报名表及提交入口。

（二）核心操作

1. 报名流程：填写表单创建issue，系统自动提取信息并更新至主页，报名成功后显示在列表中。
2. 项目提交：需先完成注册，填写项目名称、钱包地址（用于发放 NFT 奖励）等信息，提交后同步至项目表。
3. 代码提交：Fork仓库至本地，添加代码文件后创建PR（合并请求），管理员审核通过后标记为“已提交”。

七、Q&A要点

1. 黑客松与Space的区别：黑客松是需提交Demo的实践活动，Space可作为宣发环节辅助扩大影响力。
2. 组队人数：无明确限制，1人或多人组队均可。
3. 运营组报酬：以学分及实践经验为核心激励，无直接经济报酬。
4. GitHub操作支持：将剪辑教程视频，供运营组及选手参考。

2025-08-12

A. 参加了 Web3 产品分享会

一、行业岗位情况

1. 岗位现状与发展前景

• 行业处于早期阶段，散户占比较高，未来将涌现更多岗位机会，建议从业者打好基础以把握机会。
• 行业内存在全职与兼职两种工作形式，具体安排因组织而异；目前无强制要求的从业证书。

2. 工作环境与薪资

• 存在义务加班现象，多数企业未践行双倍加班费制度，部分企业强调“狼性文化”。
• Web3相关岗位薪资可参考“Web3 Send Cancel”平台数据（主要覆盖英文端），该平台每年更新一次，包含亚太地区及全球范围内不同岗位（如实习岗、资深岗）的薪资范围、中位收入及平均年薪等统计信息。

二、DeFi核心解析与代表性产品

1. DeFi核心定义与要点

• DeFi（去中心化金融）是基于区块链技术构建的开放式生态系统，核心要点包括：
  • 去中心化：无中心化机构控制；
  • 无许可：用户仅需钱包即可参与生态内产品；
  • 可验证：所有数据及交易透明可查（如链上LP组成）；
  • 可组合性：区别于传统Web产品的关键特性，支持不同产品机制的有效集成。

2. 代表性DeFi产品解析

（1）Uniswap

• 自2018年起持续迭代，历经V1至V4版本，是DeFi领域的标杆性去中心化交易所（Dex）。
  • V1（2018年）：提出AMM（自动做市商）机制，仅支持以太坊与ERC20代币交易，开启DeFi流动性管理的先河。
  • V2（2020年）：支持任意ERC20代币组合成流动性池（LP），无需与以太坊配对；新增闪电贷（同一区块内快速交易）、价格预言机等创新功能，推动交易规模大幅增长。
  • V3（2021年）：引入“集中流动性”机制，用户可设置价格区间（如以太坊价格在3500-4000美元波动），预测越精准则收益越高，显著提升资本效率，吸引更多机构用户。
  • V4（2023年提出）：推出“hook机制”，支持开发者定制手续费合约、LP合约等，便于构建个性化流动性池。
• 代码开源，引发大量分叉项目（如Bsc上的Cake、SushiSwap等），其白皮书是DeFi从业者的必读书籍。

（2）SushiSwap

• 分叉自Uniswap V2，通过“吸血鬼攻击”策略快速获取用户：向Uniswap的LP用户提供Sushi代币激励，吸引其将流动性迁移至SushiSwap，短期TVL（总锁仓价值）甚至超过Uniswap。
• 后期因创始人抛售Sushi代币引发信任危机；Uniswap则通过向早期用户空投Uni代币反击，成为Crypto领域早期空投的标志性事件。

（3）MakerDAO

• 兼具借贷协议与稳定币铸造功能，核心产品为超额抵押稳定币DAI。
  • 发展脉络：2017年支持单抵押（仅以太坊），2019年扩展至多抵押（支持WBTC、USDC等），2023-2024年更名为Sky，拓展至RWA（现实世界资产）及算法稳定币领域。
  • DAI特点：与USDT、USDC（法币抵押）、UST（算法稳定币）不同，DAI需超额抵押（如抵押1万美元以太坊，最多可铸造6000美元DAI），由智能合约及Maker持有者治理，抗风险能力更强（如2020年“312事件”中以太坊暴跌后仍恢复锚定1美元）。

3. 产品启示

• 可组合性：DeFi产品如乐高积木，支持协议间无缝集成（如聚合器整合Uniswap、Aave的收益），开发者无需重复造轮子。
• 启动策略：“吸血鬼攻击”等代币激励是短期获取用户的有效手段，但长期需依赖产品机制创新。
• 标准化与治理：支持更多ERC20代币可降低接入门槛；去中心化不等于无治理，专业团队（如Uniswap、MakerDAO）对核心模块的治理是产品稳定的关键。
• 长期主义：专注核心机制迭代（如Uniswap的AMM及V4改造）比短期投机（如SushiSwap的盲目扩张）更可持续。

三、链上金融生态与机制对比

1. 货币增发机制对比

• 传统货币：USD自1960年起发行量持续上升，平均年增发率约7.5%；人民币2008年至今平均增速约12.9%，均为中心化调控。
• 加密货币（以ETH为例）：EIP-159升级后引入Gas费燃烧机制，长期存在通缩周期，经济循环更具自适应调控特性。

2. 链上金融核心场景

（1）借贷

• 以Aave为代表，与传统银行对比：
  • 运营模式：7×24小时无间断服务，无需人工审核；
  • 透明度：存款、贷款资金及利率（由市场供需算法浮动）实时可查，支持链上数据抓取与分析；
  • 安全性：代码从V1到V4未遭黑客攻击，安全模块（用户可抵押USDC等保障协议安全）提供类似“保证金”的风险补偿机制。

（2）交易所（Dex）

• 以Uniswap为代表，与传统交易所对比：
  • 无限制：无时间、地域限制，人人可成为做市商（如将BTC与以太坊组成LP获取手续费+代币收益）；
  • 流动性稳定：自2020年“312事件”后未出现流动性枯竭，链上流动性完全透明可查。

（3）支付

• 稳定币（USDT、USDC、USDE、DAI占市场90%以上份额）是主要流通货币；新型加密银行将海外银行卡转化为NFT，支持绑定Apple Pay、Google Pay等，实现链上资产与现实消费的打通。

（4）去中心化自治组织（DAO）

• 核心特点：
  • 去中心化治理：代币持有者可参与提案投票（如Aave、ENS社区），影响协议发展方向；
  • 多签国库：资金流向实时可查，社区成员可通过观察钱包监控每笔交易，避免传统组织的财务不透明问题；
  • 激励登记：基于OP的EAS系统，社区成员可登记贡献并由集体验证有效性，减少现实世界的“扯皮”问题。

四、问答环节

1. 产品入门路径

• 多体验DeFi产品（如头部协议），分析其版本迭代中的产品机会；
• 参考基金会（如Resolve基金会）的扶持计划，结合市场需求设计产品；
• 无产品经验者可从竞品分析入手，阅读头部协议的文档（如Uniswap、Aave的Doc），文档质量可作为企业筛选参考。

2. 技术转产品建议

• 明确产品核心目标：理解用户需求、产品定位及目标人群（如DeFi产品虽对小白不友好，但在金融领域影响力显著）；
• 聚焦产品实用性：设计用户可理解、可使用的功能，无需过度追求技术复杂度。

---

B. 参与 Web3 运营知识分享会，学习从 0 到 1 搭建一个社区，以及策划一场线上活动

一、Telegram社群搭建

1. 群组创建
   点击界面中的编辑图标，选择“group”（群组），邀请两人即可完成创建。需设置群名、头像及描述等基础信息，将群组设为“public”（公开）后可自定义链接；若为“private”（私人）群组，链接则为系统生成的复杂字符串。

2. 权限配置
   需关闭非管理员修改群介绍、设置主题、消息置顶等权限，以保障群组管理规范。管理员可根据需求添加其他管理员，并配置其权限（如是否允许置顶消息、屏蔽用户等）。

3. 话题管理
   开启特定功能按钮后，可设置群组话题（如“general”“video”等），便于分类管理讨论内容，提升群组运营效率。

4. 数据面板查看
   点击群组界面的三点图标，选择“数据”即可查看相关统计信息，包括成员增长、消息数量、成员加入方式、常用语言及活跃时段等。可依据数据反馈调整运营策略，例如根据活跃高峰时段安排重要信息发布。

5. 机器人使用
   选用机器人时需注意辨别真伪，避免因使用虚假机器人导致群组被侵扰。将机器人设置为管理员后，可通过指令操作其功能：

   • Anti flood：防止广告刷屏，对重复发送信息的账号进行限制（如禁言、删除信息）；
   • Capture：通过验证（如简单计算题）过滤机器人账号；
   • Block list：设置关键词屏蔽规则，自动删除含特定关键词（如“赚”“airdrop”）的消息，保障群组环境整洁。

二、Twitter Space实操

1. 前期准备

   • 明确主题（如“以太坊十周年”）、时间、主持人、嘉宾及问题库（至少包含5个连贯问题）；
   • 提前2-3天邀请嘉宾，提供主题、时间及问题参考，收集嘉宾姓名、推特账号、职位及头像等信息，用于制作海报；
   • 嘉宾建议邀请3-4人，结合每人3-5分钟的问答时间，可规划1小时左右的活动时长。

2. 链接创建
   在推特主页点击“more”（更多），选择创建Twitter Space，设置“仅邀请人员可发言”以避免干扰，完成预约后获取活动链接。

3. 宣发工作

   • 海报制作：基于Figma模板修改，包含标题、时间、主持人、嘉宾信息及活动二维码；
   • 文案撰写：需@嘉宾及相关项目的推特账号，便于其转发扩散；
   • 多平台宣发：在Telegram、微信等社群同步信息，提升活动覆盖面。

4. 执行与复盘

   • 执行阶段：开场介绍项目及嘉宾，邀请嘉宾逐一自我介绍，随后按问题库进行问答；
   • 复盘阶段：重点关注实时在线人数（参考价值较高），分析浏览量、宣发效果及主持节奏等，总结需优化的环节。

2025-08-11

A. 参加以太坊中文周会

一、以太坊通胀与通缩情况

1. 当前数据

目前以太坊总量接近2万个，现存18,000个，但已燃烧600多个，因此每周需18,000多枚的买盘才能抵消燃烧量。从通胀率来看，以太坊约为0.7%-0.8%，低于比特币的0.84%和Slardar的5%。

2. 实现通缩的条件

若以太坊链上活动活跃，EIP-1559机制可实现完全燃烧。经测算，当前 Layer 1 每日交易约100多万笔，当gas为0.2GV时，每日燃烧约1,000枚ETH；若交易规模扩大10倍至1,000万笔，每日燃烧约10,000枚ETH；若达到2,000万笔/日，则每日燃烧约20,000枚ETH，此时以太坊将进入通缩状态。
进一步计算，2,000万笔/日的交易换算为每秒交易数（TPS）约为200-300，若L1通过扩容能支撑这一TPS，通缩目标可实现。

二、Layer 2 相关标准调整及发展目标

1. 标准调整背景

V神针对 L2 beat 的帖子发表评论，核心源于 L2 的 stage one（第一阶段）对安全委员会（security council）的规则调整：安全委员会对 L2 到 L1 的消息（如提款交易）进行修改时，需达到75%的投票率，以限制其决策权限，提升安全性。

2. L2各阶段特点

• stage 0：完全由运营者、开发者或团队执行，属于中心化模式，仅通过自有软件实现rollup逻辑及状态检验机制。
• stage 2：完全去中心化，由智能合约管理，安全委员会仅在极端情况（如重大漏洞）介入，此时用户可随时从L2提款，证明机制无许可限制。
• stage 1：介于前两阶段之间的过渡状态，安全委员会起“安全网”作用（因软件可能存在漏洞，欺诈证明可能仅限白名单）。

3. 调整要求与执行情况

7月底，相关方面发布最后通牒：stage 1中不满足新投票率标准的需在7天内完成改造，否则降级至stage 0。目前主流rollup均已达标，其中Arbitrum 和 Starknet 在去中心化方面表现更优。

4. 发展目标

核心目标是缩短提款时间：短期目标为1小时内，中期目标为12秒（一个slot）。由于Optimistic证明机制无法满足该需求，ZK（零知识）证明机制被寄予厚望。
针对证明系统，提出“三取二”组合方案（ZK、OP、Tee）：

• ZK+OP：无Tee相关风险（如制造商依赖、侧信道攻击）；
• ZK+Tee：主打高效；
• Tee+OP：易于实现。
  此外，多种ZK组合（如两种ZK互相验证+OP作为“平局裁决者”）也被认可。当前面临的主要问题是提交证明成本过高（如普通证明为500K，Stack需乘以10），长远计划通过聚合证明（将多个证明聚合成一个）降低成本，最终实现近实时原生跨链资产转移。

三、统一多维费用市场提案（EIP）

1. 提案背景

当前计费模式存在缺陷：新增资源维度（如4844后的blob）需额外传递多套费用参数（如 Max fee、priority fee），用户体验差（如费用不足需重新调整）。

2. 提案核心内容

• 用户可通过“Max sheet”数值指定交易的最高费用上限，涵盖执行 gas、call data 等各类资源费用；
• 协议从该数值中按市场价格分别扣取不同资源的费用，提升资本使用效率，符合用户消费心智，并为未来新增资源（如状态存储、IO）的计费奠定框架。

3. 具体规则

• 首次将call data从执行gas中分离单独计费（0字节按4gas，非0字节按16gas，与原有计算一致）；
• 新交易类型新增“block tree”和“order fee”，兼容新旧交易类型；“Max product fee gas”支持两种模式（指定总小费或按资源分别指定）；
• 区块头（block header）调整：移除原有多项参数，替换为3个长度为3的数组（gas limit、gas use、access gas），统一采用4844的“fix exponential”算法调节base fee，替代原159的线性调节，提升资源调节精准度与灵活性。

---

B. 参加 Dapp 架构从零到部署技术分享会

一、Dapp与传统应用的核心差异

• 架构层面：

  • 前端：Dapp前端技术与传统前端（如JS相关技术）类似，但核心差异在于需集成钱包功能，实现与区块链的交互。
  • 后端：Dapp以智能合约作为核心后端架构，与传统后端架构在分布式、存储等方面差异显著。
  • 数据存储：Dapp数据分为链上存储与链下存储（如IPFS），存储成本较高且数据量较轻量，与传统数据库存储逻辑不同。

• 流程层面：

  • 登录流程：传统应用通过邮箱密码登录，后端返回JWT TOKEN；Dapp依赖钱包链接及操作确认，涉及私钥管理。
  • 交易流程：传统交易依赖后端代码及认证完成数据确权；Dapp交易需经区块链网络打包、广播确认后永久存储，具有不可篡改性。

• 现状特点：当前主流Dapp多为去中心化技术与中心化技术的融合，去中心化虽存在TPS受限、访问延迟等体验问题，但具备数据确权、公开透明等优势。

二、智能合约核心知识

• 基本特性：

  • 智能合约是以太坊应用层基础，计算程序存储于区块链，相同输入必然产生相同结果，代码创建后不可修改（所谓“升级”实为数据访问逻辑调整，非代码修改）。
  • 具有不可篡改、透明可验证（所有人可验证合约逻辑）、可编程（支持灵活业务逻辑编写）等特性，需被调用方可执行。

• 区块链状态与交易：

  • 区块链按固定周期生成区块，打包各类交易（如转账、合约调用），区块状态基于前一区块状态叠加生成，交易由矿工处理且顺序执行，新区块与前一区块状态关联可查。

三、智能合约开发相关

• 开发语言：

  • Solidity为目前最常用语言，语法类似JS，学习门槛较低但精通难度大，包含基础数据类型（如address、map、数组等）及函数修饰符（用于合约优化）。

• 关键概念：

  • Gas机制：以太坊网络中，每笔写状态交易需消耗Gas（类比“燃料”），由基础网络费用+优先费（小费）构成，网络拥堵时Gas费用动态升高，矿工优先处理小费高的交易。
  • 存储优化：链上永久存储成本极高，临时存储（如memory）成本低，开发时需优先优化存储逻辑。
  • 事件与日志：合约状态变更时，可通过日志记录数据（不直接写入链上），链下可通过扫描区块获取日志数据，用于前端数据展示优化。

四、合约实例与开发实践

• 示例合约（金库合约）：

  • 功能：用户存入代币后，合约按线性方式（如年化5%）计算奖励，支持存款、取款、领取奖励等操作，继承ERC4626协议（以太坊改进协议之一）。
  • 核心逻辑：通过BPS（利率）定义年化收益，记录用户存款数据及奖励累积，支持以份额（shares）形式管理用户权益。

• 合约测试与部署：

  • 测试：需通过本地区块链网络模拟多种场景（如时间快进、边界值验证），确保测试用例覆盖率，提升合约安全性。
  • 部署：流程适用于测试网与主网，需配置RPC节点（用于提交数据上链）及钱包私钥（用于交易签名），推荐通过Remix工具链结合钱包交互部署（避免私钥泄露），部署需消耗测试币支付Gas。

五、前端与合约交互

• 核心要点：前端需实现钱包连接、合约交互、实时数据展示三大功能，集成通用SDK（如ethers.js）实现合约读写。
• 关键配置：需指定RPC网络（区分合约读取与交易提交的网络），通过ABI（合约接口定义）实现前端与合约的交互规范。

六、问答与总结

• 学习建议：从DeFi协议（如Uniswap）入手学习Web3开发，深入研究智能合约逻辑及生态协议；Solidity适合入门，Rust适用于特定生态（如Solana），学习门槛较高。

---

C. 参加 Web3 运营工作概览的分享会

一、Web3运营工作核心板块与成长路径

• 工作板块划分：

  • 市场（Marketing）：偏向策划、研究及产品相关工作。
  • 运营（Operation）：涵盖社区运营、内容运营、活动运营等。
  • BD（商务拓展）：聚焦用户增长、合作及生态（ecosystem）建设。

• 成长路径：

  • 市场方向：可成长为营销负责人（Head of Marketing）。
  • 运营方向：可成长为社区负责人（Head of Community）、运营经理（Operation Manager）、首席运营官（COO）等。
  • BD方向：可成长为BD经理（BD Manager）、生态负责人（Ecosystem Lead）。
  • 创业方向：需综合掌握市场、运营、BD等多领域技能与认知。

• 行业特点：除大型公司或交易所外，多数项目方及VC团队规模较小，要求从业者具备跨领域知识、整体规划能力及项目组合（portfolio）管理能力。

二、Web3运营所需能力

• 基础能力：

  • 多语言沟通能力（尤其英文）；快速学习能力（应对庞大知识体系）。
  • 创新与创作能力（涉及社交媒体、内容创作等）；跨团队/跨项目合作能力（如与技术团队协作、对接其他项目方）。
  • 平台熟练度（如Twitter、Dashboard、Notion、Mirror等）；社区敏感度（包括发帖、控场、活跃气氛的节奏感）。

• 进阶能力：

  • 抗压能力（Web3行业压力较其他行业更高）；表达能力（将想法转化为个人话术的能力）。
  • 信息提炼能力（从海量信息中筛选有效内容）；快速反应能力（应对市场波动，及时调整运营动作）。
  • 决策能力（在信息不确定时做出判断）；优先级辨别能力（处理多任务时明确主次）。

三、Web3行业的魅力与风险

• 行业魅力：

  • 去中心化与远程化：工作无地域限制，可接触全球不同国家的合作者与信息。
  • 自主性（Ownership）：远程工作要求自主安排任务，强化责任意识。
  • 开放性与包容性：基于区块链“无需许可、无需信任”的特性，任何人可无门槛参与社区，甚至直接与项目方对话；社区驱动模式显著。
  • 激励机制独特：存在“回溯性奖励”（如Bounty机制），贡献者可能在后期获得奖励。

• 行业风险：

  • 高风险与野蛮生长：市场玩法灵活但缺乏规范，合规性偏灰色，需自主学习（无明确“手把手教学”）。
  • 企业特性问题：部分公司无实体或在境外注册（如BVI），可能不缴纳社保，工资多以加密货币发放，缺乏传统保障。
  • 安全风险：存在钓鱼网站等安全隐患，从业者需提高警惕（如启用两步验证）。

四、新手运营的难点与建议

• 主要难点：

  • 缺乏行业基础知识；语言障碍（尤其英文沟通）；信息过载，难以判断重点。
  • 任务优先级混乱；远程协作不适应；项目周期短（小项目易因资金耗尽终止）。

• 新手建议：

  • 主动提问与思考：“问好问题”（明确且有针对性），避免被动等待答案。
  • 自主学习：Web3与Web2在用户获取、增长逻辑上相通，需主动判断核心任务（如投放渠道优先级）。
  • 避免重复错误：同类错误最多犯2-3次，可通过记笔记、设提醒等方式强化记忆。
  • 简化复杂信息：用自身语言解释行业术语（如区块链、公链），结合实例练习（如用“修路”类比以太坊升级）。
  • 明确定位与深耕：从基础设施、钱包、交易所、NFT等方向中选择1-2个感兴趣领域，可通过SWOT分析明确优势。
  • 观察与模仿：对标优秀案例（如KOL、项目运营模式），先模仿再形成个人风格。
  • 选择靠谱平台：优先技术导向、规模较大的项目，降低合作风险。
  • 积累时间与刻意练习：遵循“1万小时定律”，通过持续努力提升专业度。

五、互动答疑环节

• 技术转运营：技术背景转运营有优势（可结合技术视角分析项目），简历可突出对技术发展的理解（如公链特点）。
• 弥补交易所经验不足：交易所经验核心是“与小项目方对接能力”，若岗位为硬性要求则较难弥补，可尝试通过社区贡献积累同类经验。
• 创业项目冷启动：
  • 利用VC资源背书提升信用；根据目标（短期数据/开发者引入）设计活动（如在任务平台发布任务、举办开发者活动）。
  • 产品未上线时可“造势”（如推广demo、白皮书、测试网，参考Monad的社区驱动活动案例）。
• 传统职场人转型：长期来看机会充足，尤其RWA（现实世界资产）、稳定币等领域火热，何时加入均有价值。
• 在校大学生提升竞争力：从社区基础贡献者（如Moderator，负责答疑）做起，参与活跃项目，积累实践经验。
• 英语与技术要求：
  • 英语：BD岗位对口语要求高，市场/研究岗可借助AI辅助读写，门槛降低；跑海外会议时口语优势显著。
  • 技术：无需深度掌握，但需理解产品逻辑与定位（如公链的TPS、gas fee等核心指标）。

2025-08-10

闪电贷

• 特性与优势：

  • 无抵押贷款：核心优势。用户无需提供任何资产作为抵押，即可借用协议流动性池中的海量资金。

  • 依靠智能合约：整个借贷、使用、还款和验证过程由智能合约自动执行，无需人为干预，保证了规则的强制执行。

  • 原子性 (Atomicity)：贷款和还款必须在同一个区块交易 (Atomic Transaction) 内完成。这保证了资金的瞬时性和协议的安全性。

  • 交易失败回滚：这是闪电贷安全模型的基石。如果交易结束时，智能合约检测到贷款未被全额归还（外加手续费），整笔交易将失败并撤销所有状态更改，贷方不会有任何损失。

• 常见闪电贷协议实现：

  • Uniswap闪电贷：在swap函数中实现，可零抵押从池子借TOKEN，借后调用目标函数实现业务，还需校验兑换数量、to地址合法性等。
  • Aave闪电贷：函数有接收地址、借贷TOKEN地址、借贷数量及接收方参数，先查询可借贷流动性，判断能否借出，计算借贷费用，转给目标后跨合约调用执行接口函数，最后校验还款和更新合约状态。

• 缓解闪电贷攻击的建议

  • 去中心化且抗操纵的价格预言机：这是防御的核心。

    • 采用时间加权平均价格 (TWAP)：不应使用某个区块的即时价格。应采用如 Uniswap V3 提供的、累积多个区块价格计算出的 TWAP，这能有效平滑由单笔交易引起的价格剧烈波动。

    • 结合多家高质量预言机服务 (如 Chainlink)：依赖单一来源（尤其是流动性低的 DEX）是危险的。聚合多个独立、可靠的喂价源可以显著提高价格的抗操纵性。

  • 设置交易延迟机制 (Timelock)：对关键的、涉及协议核心参数或大量资金转移的治理或管理操作，应设置一个时间锁。提案通过后，需等待一段强制的延迟期（例如24或48小时）才能执行。这给了社区足够的时间来审查和响应潜在的恶意行为，有效防止闪电贷驱动的瞬时治理攻击。

  • 更审慎的合约设计与逻辑：

    • 严格的治理逻辑：提高治理提案的通过门槛，对提案内容进行更严格的合理性检查，避免出现可被利用的逻辑漏洞。

    • 避免相信 tx.origin 进行授权：使用 require(tx.origin == msg.sender) 来防止跨合约调用是一种过时且不推荐的安全实践。它会破坏 DeFi 的可组合性（即合约间的互操作性），且容易被“中间人”合约绕过。正确的做法是，合约应该只信任它的直接调用者 msg.sender，并围绕 msg.sender 来设计访问控制逻辑。

  • 引入第三方安全审计：在协议上线前和每次重大更新后，由专业的安全公司进行代码审计，可以有效发现潜在的逻辑漏洞和安全风险。

2025-08-09

TRON白皮书（V2.0）核心要点

一、引言

1. 愿景：建立真正去中心化的互联网及其基础设施，为去中心化应用（DApps）提供高吞吐量、高可扩展性、高可用性的公链支持。
2. 背景：比特币和以太坊因PoW机制存在吞吐量低、交易费高、可扩展性不足等问题，TRON旨在解决这些挑战。
3. 历史：
   • 2017年7月：TRON DAO在新加坡成立，12月发布开源协议。
   • 2018年3月：测试网、区块链浏览器、Web钱包上线；5月主网上线（Odyssey 2.0）。
   • 2018年6月：独立生成创世区块；7月收购BitTorrent；10月推出TRON虚拟机（TVM）及开发者工具集。
4. 关键术语：
   • TRX：TRON官方加密货币，最小单位为SUN（1 TRX = 1,000,000 SUN）。
   • TRC-10：TRON原生代币标准，与“资产（Asset）”同义。
   • 带宽点（BP）：网络交易的“燃料”，每日免费5000点，可通过冻结TRX获取更多。
   • TVM：TRON虚拟机，支持智能合约执行。

二、架构

• 三层架构：存储层、核心层、应用层，遵循Google Protobuf协议，支持多语言扩展。
  • 存储层：含区块链存储（使用LevelDB，高性能、支持压缩）和状态存储（KhaosDB，存储分叉链，保障稳定性）。
  • 核心层：包括智能合约、账户管理、共识机制（DPoS），采用基于栈的虚拟机和优化指令集。
  • 应用层：支持开发DApps、定制钱包，通过智能合约拓展应用场景。

三、共识机制

• DPoS（委托权益证明）：
  • 27个超级代表（SR）负责生成区块，每6小时由TRX持有者投票选举（冻结TRX获得投票权TRON Power）。
  • 性能：每秒2000 TPS（远超比特币3 TPS、以太坊15 TPS），每3秒生成一个区块。
  • 奖励：每个区块奖励32 TRX给SR，年总奖励336,384,000 TRX；前127名候选者共享投票奖励，年总168,192,000 TRX。

四、账户

1. 类型：普通账户（标准交易）、代币账户（存储TRC-10）、合约账户（智能合约，由普通账户创建）。
2. 创建方式：通过API、转账TRX/TRC-10代币到新地址，或离线生成密钥对（未上链）。
3. 地址生成：基于密钥对，公钥经SHA3-256哈希后取后20字节，加前缀和校验码，Base58编码（主网地址以T开头，34字节）。

五、区块与交易

1. 区块结构：含区块头（原始数据、见证签名、区块ID）和交易列表。
   • 区块头原始数据：包含父区块哈希、Merkle根、时间戳、版本、见证地址等。
2. 交易：
   • 签名：采用ECDSA算法（SECP256K1曲线）。
   • 带宽模型：普通交易消耗BP，智能合约消耗BP+Energy；优先使用冻结TRX获取的BP，不足则用每日免费BP，仍不足则消耗TRX（10 SUN/字节）。
   • 费用：多数交易免费，特定操作（如创建SR节点9999 TRX、发行TRC-10代币1024 TRX）有固定费用。
   • TaPoS机制：交易包含最近区块头哈希，防止在分叉链重放，保障主链安全。
   • 确认：交易被纳入区块后，经19个后续区块确认（约1分钟）。

六、TRON虚拟机（TVM）

1. 特性：轻量级架构、健壮性、高兼容性（兼容EVM）、低成本。
2. 工作流：Solidity合约经编译器转为字节码，TVM通过操作码执行，通过互操作层访问区块链数据。
3. Energy模型：替代EVM的Gas机制，智能合约部署/执行消耗Energy（与冻结TRX相关），降低TRX消耗。

七、智能合约

• 采用Solidity语言（兼容以太坊Solidity ^0.4.24），部署后可通过TronStudio或API触发。
• 状态变更函数消耗Energy，只读函数免费；部署时生成ABI（描述函数接口）。

八、代币

1. TRC-10：可由任何账户发行（成本1024 TRX），支持API和智能合约访问，交易费用低。
2. TRC-20：基于TVM的智能合约代币，兼容ERC-20，仅支持智能合约访问，定制化程度高。

九、治理

1. 超级代表（SR）：前27名负责生成区块，每6小时选举；申请需燃烧9999 TRX。
2. 委员会：由27名SR组成，负责修改网络参数（如奖励、费用），提案需19票通过，3天后生效。
3. 动态参数：包括区块奖励、交易费、账户创建费等，可通过提案调整。

十、DApp开发

• 工具：TronBox（测试部署合约）、TronGrid（API服务）、TronStudio（IDE，支持编译调试）、TronWeb（JavaScript API库）。
• 资源：开发者中心提供文档和指南，社区支持通过Discord。

2025-08-08

以太坊技术原理与核心特性

一、以太坊的起源与核心定位

1. 概念提出背景

   • 以太坊概念由程序员维塔利尔（Vitalik Buterin）在2013-2014年提出，其灵感源于比特币的去中心化特性，以及对中心化控制（如魔兽世界技能修改事件）的反思，旨在构建一个支持更复杂逻辑的去中心化平台。
   • 核心目标：突破比特币仅支持转账的局限，实现“去中心化应用（DApp）”，允许用户在平台上部署自定义逻辑（智能合约）。

2. 落地与技术奠基

   • 概念落地由甘木（Gavin Wood）推动，他撰写的《以太坊黄皮书》奠定了技术架构，书中详细阐述了系统设计，类似学术论文的严谨性（含综述、公式推导、总结）。
   • 黄皮书标题为“安全的分布式交易账本”，明确将以太坊定位为支持复杂逻辑的账本系统，区别于比特币的“点对点电子现金”定位。

二、以太坊与比特币的核心差异

对比维度	比特币	以太坊
设计目标	专注于点对点转账（电子现金）	支持去中心化应用（DApp），运行智能合约
核心创新	UTXO模型、固定转账逻辑	智能合约、状态转换、公共资源计费（gas）
灵活性	脚本语言非图灵完备（仅支持简单逻辑）	图灵完备语言（Solidity），支持复杂逻辑
状态管理	无全局状态，通过UTXO推导余额	维护“世界状态”，直接存储账户余额与合约数据

三、智能合约：原理与实现

1. 概念本质

   • 智能合约是“可编程的合约”，将现实世界的逻辑（如租房合同、交易规则）转化为代码，在去中心化平台上自动执行，无需第三方干预。
   • 与传统互联网合同的区别：运行在去中心化平台，执行结果不可篡改，且脱离单一机构控制（“代码即法律”）。

2. 以太坊智能合约的特点

   • 部署与调用：任何人可通过Solidity语言编写合约，部署到以太坊平台后，全网节点可公开调用（类似微信小程序部署到微信平台）。
   • 工程化开发：Solidity支持多文件项目开发，语法类似JavaScript/TypeScript，使用contract关键字定义合约（类似类），通过function定义调用接口。
   • 交互性：合约可调用其他合约，形成复杂业务逻辑组合（如A合约调用B合约的支付功能）。

四、状态管理：世界状态与快照机制

1. 世界状态（World State）

   • 定义：以太坊中所有账户（用户账户+合约账户）的状态集合，包括余额、合约代码、存储数据等。
   • 账户结构：
     • 用户账户（EOA）：由私钥控制，包含余额（balance）、交易计数器（nonce），无代码和存储。
     • 合约账户：包含余额、nonce、合约代码（code hash）、存储根（storage root，指向合约数据）。

2. 状态转换与快照

   • 状态转换：每次交易（如转账、合约调用）会触发状态更新，遵循“状态机模型”——上一状态经交易执行后生成新状态。
   • 快照机制：因状态转换规则由合约自定义（不可预知），以太坊通过MPT（Merkle Patricia Tree） 保存状态快照，支持任意历史状态回溯（类似Git的版本控制）。
   • MPT结合哈希树与前缀树特点，仅保存状态变更的差异部分，减少存储冗余。

五、公共资源消耗：Gas机制与公地悲剧解决

1. 公地悲剧问题

   • 以太坊作为公共平台，资源（计算、存储）若免费使用会导致滥用（如死循环消耗算力），需通过经济机制约束。

2. Gas机制细节

   • Gas：计算资源的计量单位，每执行一条指令（如加法、乘法）消耗固定Gas（如加法1 Gas，乘法5 Gas）。
   • Gas Price：用户为单位Gas支付的以太币价格，决定交易优先级（出价高者优先被打包）。
   • Gas Limit：用户预设的最大Gas消耗，防止程序无限执行（如死循环），未用完的Gas会退还。
   • 成本承担：由交易发起者支付，而非合约部署者（类似用户调用微信小程序消耗自身手机资源）。

六、区块结构与共识算法

1. 区块结构

   • 由区块头（Header）和交易列表组成，区块头包含：
     • stateRoot：状态根，指向当前世界状态的MPT根节点（快照索引）。
     • transactionRoot：交易根，记录区块内所有交易的哈希。
     • gasLimit/gasUsed：区块允许的最大Gas消耗与实际消耗。

2. 共识算法演进

   • 以太坊1.0（PoW）：采用Ethash算法，需大量算力与内存，反专用矿机设计（后期实际由显卡挖矿主导）。
   • 以太坊2.0（PoS，上海升级后）：通过“质押以太币”参与共识，取代挖矿，提升效率并降低能耗，区块确认时间缩短至12-15秒。

七、数据存储与编码

1. 存储结构

   • 基于KV数据库模型，通过MPT存储账户状态与合约数据：
     • 第一层：地址（20字节）映射到账户信息（balance、nonce、code hash、storage root）。
     • 合约存储：通过storage root指向另一KV表，存储合约的键值对数据。

2. 编码方式

   • 采用RLP（Recursive Length Prefix）编码序列化数据，虽简单但冗余度高，被认为是“历史债务”（后续区块链多采用更高效编码）。

八、交易执行与虚拟机（EVM）

1. 交易结构

   • 包含字段：nonce（防重放）、gasPrice、gasLimit、to（目标地址）、value（转账金额）、data（合约调用参数）、signature（签名）。
   • 交易类型：
     • 转账交易：to为用户地址，data为空。
     • 合约创建：to为空，data为合约代码。
     • 合约调用：to为合约地址，data为调用参数。

2. 以太坊虚拟机（EVM）

   • 图灵完备的栈式虚拟机，支持复杂逻辑执行，栈元素以256位对齐（适配密码学运算）。
   • 核心操作：SSTORE（存储数据到MPT）、SLOAD（从MPT读取数据），临时数据通过TEMPSTORE/TEMPLOAD操作，程序结束后销毁。

2025-08-07

参加Web3风险合规探讨的知识分享，会议讨论了Web3打工人面临的合规问题，包括常见罪名、项目风险判断等内容。分享嘉宾为上海曼昆深圳律师事务所律师，曾在宝山区人社局担任法律顾问，专长传统企业劳动争议业务，2019年开始接触WEB3相关法律业务。

一、Web3领域相关刑事风险罪名

1. 集资诈骗与非法吸收公众存款（资金汇集类）

• 核心特征：涉及社会面资金的集中汇集，且通常面向不特定对象。
• 典型场景：
  • 虚拟货币发行（ICO）在中国大陆明确禁止，海外需复杂持牌（如美国、欧盟、东南亚均已立法监管），无牌发行在海外亦属违法。
  • 早年“光锥币”“大圣币”等空气币因无合规途径募资，最终以集资诈骗罪定罪，团队被追责。
  • 交易所、虚拟货币基金等资金汇集型业务均属高风险领域，若涉及法币交易，需持有严格金融牌照。

2. 传销（扩张模式类）

• 核心判定标准：多级返佣（如A推荐B，B推荐C，A可从C的行为中获利）和团队奖励（变相多级返佣）。
• 风险点：项目本身合规性不影响传销认定，仅与扩张模式相关，部分团队因缺乏合规经验“误入”红线。

3. 开设赌场（业务模式类）

• 非典型场景：
  • 交易所的对赌型合约、杠杆合约（部分地区公安认定为赌场，不常见）。
  • NFT藏品激进玩法：含随机性且涉及现金投入与收益（如“投入现金-随机获利”链条完整），可能被认定为博彩。
• 合规建议：打断现金投入、随机性、现金收益三者中的任一链条。

4. 非法经营（结算业务类）

• 核心场景：未经许可开展虚拟货币与法币的结算业务，或突破外汇管制（如通过USDT实现美元与人民币兑换）。

二、项目风险判断

1. 资金汇集的合规性

• 风险等级：无特定目标的资金汇集（如无门槛的理财产品）＞特定目标（如私人委托理财）。
• 关键检查：
  • 是否涉及法币（含人民币、港币、美金等）：涉法币需严格金融牌照，合规难度极高。
  • 海外合规性：是否完成AML（反洗钱）和KYC（客户身份验证），是否明确排除中国大陆用户（如IP封锁、限制大陆手机号注册、要求海外签证认证等）。

2. 洗钱与外汇管制风险

• 隐蔽性特征：资金流向非管理层难以知晓，项目可能被用于洗钱（如电诈分子通过NFT平台高价交易转移赃款）或突破外汇管制（如USDT与法币兑换绕开监管）。
• 案例：香港个人未做KYC，长期为“高于市场价”的客户兑换虚拟货币与法币，最终因“掩饰、隐瞒犯罪所得罪”被追责。
• 防范建议：项目需建立异常资金监控（如NFT成交价显著偏离市场时冻结资金），个人需警惕“无审核、高溢价”的交易对手。

3. 高风险模块与扩张方式

• 高风险模块：混币器（主要用于洗钱）等。
• 高风险扩张方式：依赖多级返佣、按地域“点人头”扩张等模式，反映管理层风险倾向高。

三、Web3打工人风险分级与免责要点

1. 风险分级（责任越大，风险越高）

1. 核心管理层（直接决策，风险最高）。
2. 宣传/社区负责人（直接接触用户，清楚目标群体是否含中国大陆用户，风险次之）。
3. 核心链条负责人（如资金控制、核心功能模块管理）。
4. 纯粹技术人员（如仅负责前端开发且不知情，风险最低）。

2. 知情推断与免责边界

• 法律上的“知情”：包括事实知情（明确知晓）、推定知情（结合场景推断）、应当知情（行业常识可判断），三者均可能导致定罪。
• 技术人员免责条件：需证明对项目非法性“不知情”（如仅开发前端，未接触核心业务逻辑）。
• 通用建议：若察觉项目可疑，立即停止参与；选择已完成第三方审计、公开团队背景与资金来源的项目。

四、合规项目判断经验

1. 注册与监管：在明确受监管的司法辖区注册，公开运营主体信息。
2. 合规资质：经专业机构审计与安全测试（如与银行、Visa等合作的项目需满足严格技术标准）。
3. 制度完备性：具备KYC、AML等反洗钱制度，对异常资金有监控与冻结机制。
4. 信息透明度：公开负责人、团队背景、资金来源与路径。

五、常见问题

1. 法律系学生如何融入Web3：建议参与“陪跑型合规”，从项目初期介入，长期跟踪各国监管动态，深度结合业务场景提供合规方案。
2. 无风险岗位：纯粹Web3资讯类（不涉及付费宣传或返佣）风险极低，其他岗位需结合具体项目判断。
3. USDT结算相关：
   • 外贸用USDT收款：涉嫌偷税漏税（无法报税），目前监管较松但存在隐患。
   • 用USDT发工资：国内税务部门暂不支持报税，亦暂不主动追责（避免变相承认虚拟货币地位）。
4. NFT空投合规：需结合具体方案分析，无统一标准，核心是避免触及“非法募集”或“证券属性”。

2025-08-06

参与Web3故事会，了解到Vitalik和BM的爱恨情仇，以及以太坊和EOS对比、区块链治理重要性及公链存活因素等。

• 早期比特币交流与比特股诞生 ：
  • 与中本聪交流 ：2010年BM刚接触比特币，在论坛发现比特币Pow机制出块时间慢问题，与中本聪交流并希望改变机制，因交流方式被中本聪怼。
  • 比特股推出 ：2014年BM打着超越比特币口号推出比特股（BTS），它是行业第一个Dex、真正的去中心化交易所，采用委托权益证明（DPoS）治理结构，可交易稳定币，采用订单簿模式，但最终失败。
  • 失败原因分析 ：没有智能合约，开发难；内部生态未形成价值循环；按订单簿模式做去中心化交易所难以对抗传统交易所，交易深度差。
  • 带来的启发 ：启发了以太坊智能合约的想法；促使推出AMM模型解决去中心化交易所流动性深度问题；为Maker DAO稳定币业务提供启发。
• ICO时代与EOS诞生 ：
  • ICO发展 ：2016年是ICO爆发年的前夕，是区块链应用创新和铺垫阶段，ICO是首次代币发行，比传统IPO更具革命性，但到2017年出现行业乱象，国内五部委下发文件取缔，美国后来出台监管政策。
  • EOS推出 ：BM为提升区块链TPS并兼顾去中心化，推出EOS项目，它是币圈最大的ICO，募资40亿美金，号称百万TPS，采用DPoS制度，免除gas费，提出账户模型等。
• 2018年Dapp爆发年情况 ：
  • Dapp类型 ：18年是Dapp第一波爆发年，出现了DeFi原型、GameFi、游戏博彩等应用，EOS和Steam上的Dapp用户占比较大，但大部分应用是博彩和资金盘类型。
  • 后续发展 ：18年过后Dapp沉寂两年，但也留下了一些好项目，如Aave、Uniswap等。
• EOS失败原因分析 ：
  • 过度中心化 ：DPoS制度易出现寻租行为，存在买票、贿选现象，节点收益高。
  • 资源模型设计失败 ：RAM等资源被大量炒作，影响用户玩Dapp应用。
  • 用户体验恶化 ：注册钱包需付费。
  • 技术承诺未兑现 ：号称百万TPS，实际运行只有几千TPS。
  • 生态激励不足 ：团队募到资金后未履行资助开发者承诺，开发者需自行承担费用，无生态激励。
  • 社区分裂与品牌失信 ：核心创始人处理资金方式丧失社区信任，出现社区分裂和分叉币，BM被架空。
• 问答环节 ：介绍了Luna与UST及第一代算法稳定币MPL的Rebase机制，讨论了以太经典、博彩项目、DeFi Summer、Poly market、区块链做游戏、盈利模式、索拉纳、瑞波、POS与Pow对比、Web 3概念、Layer 2与Layer 1联系等问题。

2025-08-05

1. 学习比特币通识

比特币原理介绍

• 分布式账本：类比宿舍记账，比特币让每个人都有一本一样的账本，新交易需告知所有人并记录，防止作弊，基于区块链技术保证交易不可篡改。
• 区块链原理：每10分钟生成一个新区块，记录前一区块指纹，篡改一个区块会使后续链接出错，越老的交易越安全。
• 挖矿机制：类似猜数字游戏，系统出难题，先猜对的获得10分钟记账权和3.125个比特币奖励，此过程耗电，但让攻击系统成本极高。

比特币特性

• 总量有限：总量2100万个，奖励每4年减半，2140年左右挖完，类似限量版手办，越稀缺越值钱。
• 对比其他货币：与美元、人民币可无限发行不同，比特币总量恒定，被很多人当作数字黄金。

政府态度转变原因

• 难以禁止：基于数学原理，禁止不现实。
• 便于监管：交易记录公开，政府可追踪资金流向，比现金交易透明。
• 华尔街参与：大型金融机构推出比特币ETF，上市公司将资金转成比特币，推动其发展。

山寨币常见套路

• 蹭热点：新概念火了就推出相关币。
• 画大饼：写白皮书承诺改变世界，实际复制比特币代码。
• 找明星站台：请大佬当顾问，大佬可能对项目一无所知。
• 传销模式：让早期投资者拉人，承诺高额返利，最后进来的是接盘侠。

比特币成为老大的原因

• 先发优势：是第一个成功的数字货币，用的人越多价值越大。
• 安全性高：运行16年处理数亿笔交易未出大问题，实现真正去中心化，无公司控制。
• 正向循环：大公司认可并购买，形成正向循环。

比特币的缺点

• 交易处理慢：一秒只能处理7笔交易，远低于支付宝。
• 耗电多：一年用电量相当于一个中等国家。
• 价格波动大：价格涨跌幅度大，不稳定。

比特币被盗原因

• 交易所问题：将比特币放交易所，交易所被黑客攻击，资金会丢失。
• 私钥被盗：通过下载假钱包软件、钓鱼网站、电脑中毒、社交工程攻击等方式获取私钥，转走比特币。
• 私钥丢失：忘记私钥，比特币无法找回，已有300-400万个比特币因此消失。
• 内部人员作案：钱包公司或交易所员工监守自盗。

比特币存储建议

• 小额投资：可放知名交易所，如Coinbase。
• 大额投资：用硬件钱包，如Ledger、Trezor，从官网购买，备份助记词，手写分多处保存。

区块链项目失败原因

• 炒概念：很多项目用区块链解决不存在的问题或已有更好解决方案的问题。
• 能力不足：创始人能力不足或圈钱跑路。
• 资金问题：靠发币募资，币价下跌资金不足而关门。

比特币投资建议

• 心态正确：不要想一夜暴富，是资产配置，像买黄金保值。
• 金额合理：投资不超过总资产10%，投了不影响睡眠。
• 定期定额买入：采用定投策略，平滑价格波动，不预测短期走势。

比特币未来

• 乐观派：认为会成为数字版黄金，价格有巨大上涨空间。
• 悲观派：认为是泡沫，迟早破灭，会被政府打击或技术替代。
• 中立观点：代表新思维方式，去中心化深入人心，即使失败技术思想会以其他形式发展。

---

2. 参与 Web3 安全分享会

Web3钓鱼现状：

• 损失情况：去年总损失4.94亿美元，约33万用户受害，单笔大额约5540万美元，超100万的约30笔；2025年上半年单笔金额约3973万美元，受灾约43000多，单笔最高310万美元。
• 钓鱼事件：今年上半年统计有授权、uniswap签名、假账号、交易、授权增值等钓鱼事件。
• 风险特点：Web 3钓鱼偷数位资产，授权后未解开前他人可操作资产，钱包无锁账号功能，被盗难追回，很多交易点确定背后可能已转账或授权。

钓鱼手法及应对：

• 助记词诈骗：不要给他人助记词，若收到索要助记词信息要警觉。
• 授权诈骗：授权前可能进入钓鱼网站，授权时看讯息，注意无限权限，查地址是否正常。
• 剪贴簿攻击：复制地址时可能被篡改，肉眼难分辨。
• 搜索引擎广告钓鱼：攻击者买Google广告做钓鱼网站，排名在前可能有广告标识，与真实网址相似。
• 恶意RPC提供商：RPC是连区块链的节点，有人提供不好的RPC，若有人让改RPC要警觉。
• 恶意插件或钓鱼网站：应用商店可能有恶意插件，如假的MetaMask应用，注意人数少的可能是钓鱼应用。
• Deepfake线上会议链接：收到非真实的 Zoom 会议不点最好，点进去可能进入钓鱼网站，安装软件可能被钓鱼。
• 模拟交易诈骗：有监听程序，进入钓鱼网站后可能上当。

2025-08-04

参加了以太坊中文周会，会议主要讨论了以太坊十周年之际的行业动态、发展历程、面临问题及未来展望等内容，具体如下：

• 行业动态：
  • 资金筹集与流向：Consensus 等机构筹集约 600 枚以太坊，流向学生主导的区块链社团。
  • 企业调研情况：德勤调研显示 99%的 10 亿美元级别企业 CFO 预计长期将加密货币用于业务场景，23%的人会在两年内行动，年营收超 100 亿美元企业中该比例近 40%。
  • 项目合作与产品：德意志银行联手 galaxy 推出德国首个受监管的欧元稳定币；Itoro 宣布在以太坊上推出代币化美国股票服务，约上 100 只热门美股；韩国对 4 倍杠杆借贷产品表示关切；RB 暂停 USDT 借贷，Bisamp 调整结构保留比例。
  • 公司融资情况：初创公司 super Zero lab 完成 2000 万美元融资，将推出新型区块 Relo；AI 的计算经济层 GAIB 完成 1000 万美元战略投资；数字资产验证平台 balance 完成 3000 万美元融资；围绕 tester 的区块链平台 stable 完成 2800 万美元融资；元币科技完成 4000 万美元第二轮融资；Cracken 以 150 亿美元估值寻求约 5 亿美元基金。
  • 代币解锁情况：本周 ECINA 解锁超 9000 万美元代币，egg layer 解锁约 140 万美元，immutable x 解锁超 1000 万美元，movement 解锁约 600 多万美元。
• 以太坊发展历程回顾：
  • SEO 时代：2017 - 2018 年，以太坊是先进技术代表，承接了创造链或发代币的需求，因 SEO 热潮推动价格上升，热潮破灭后价格下跌，引发对其除 SEO 外用途的质疑。
  • Defi 时代：Compound 等借贷项目出现，在以太坊上做出有意义应用，引起供需变化，但因以太坊性能问题，部分需求溢出到其他链，L2 方案保留了部分 Defi 项目。
  • LST 时代：上海升级后从 Pow 转向 POS，相关项目崛起，但未能改变供需，以太坊 gas fee 和链上活动低迷，不过一定程度上锁住了以太坊。
  • 资产时代：微策略给以太坊社区灵感，b 股联动改变了供需关系，LST 时代锁住大量浮筹，以太坊领导者积累的商誉和口碑有助于其被市场选中。
• 以太坊未来展望：
  • 技术愿景：Jason Drake 提出未来十年以太坊核心目标是在保证安全和去中心化前提下实现大量扩容，进攻方面有扩容 L1 和 L2 两个战略目标，未来 6 - 12 个月有可达成的 L1 扩容目标，L1 加 L2 有望达到 1000 万的 TPS，主要通过实时的 CKVM 以及 DAS 等技术实现。
  • 面临难题：
    • 账户抽象：虽解决用户体验问题，但带来便捷性与安全性的博弈，如 7702 账户抽象升级后出现授权漏洞，导致大量钱包被盗，未来需在用户主权和安全性护栏间博弈。
    • L2 生态：L2 生态价值和交易量增长，但用户体验差，且生态两极分化，其最终样子决定以太坊能否承载 10 亿用户。
    • MEV：以太坊转向 POS 后，MEV 成为专业产业，提取量增加，普通用户交易成本受影响，且构建权集中，社区推进加密内存池、MEV 销毁、提议者构建者分裂模式等解决方案。
    • 监管和金融化：机构入场使以太坊面临合规性与去中心化的冲突，监管碎片化，与美股关联性提高，价值捕获机制改变，未来需在合规框架创新和坚守去中心化间寻方向。
• 以太坊现状：
  • 稳定币供应量：除熊市下滑外总体增长，24 年末突破 1000 亿美元，25 年增速未放缓。
  • 链上 TVR：虽有竞争和分流，但仍处领先地位，经历熊市重创后，今年 4 月数据快速恢复，超 880 亿美元，未超历史高点。
  • 活跃用户：尽管部分用户流向 L2，但日常活跃用户仍增长，近期创 58 万个独立地址新高，算上 L2 生态地址增长更惊人。
  • 日交易量：自 23 年 10 月以来持续上升，日均约 170 万笔，受投机活动影响会飙升，累计完成 299 亿笔交易，算上 L2 生态数据更乐观。
  • 机构级采用：从链上爱好者推崇转变为机构玩家青睐的智能合约平台，与传统机构深度绑定，控制约 70 亿美元 RWA 资产价值，占市场份额 54%。
  • 抗审查性：以抗审查能力自豪，承诺处理所有交易，确保交易最终性。
  • 活跃开发者：过去 30 天代码提交数量强劲，但低于牛市峰值，核心活跃开发者数量超其他加密项目。
  • 合约部署量：2024 - 2025 年初放缓，近期随行情回暖迎来热潮，多次突破每日 20 万个的高值。

2025.07.31