RWA 发行指南

视频 AI 总结： 该视频主要讲解了 RWA（Real World Assets，现实世界资产）的概念，即如何将现实世界中具有收益的资产进行代币化，使其能够在区块链上交易。视频详细介绍了 RWA 的发行流程，包括资产评估、第三方托管、搭建 SPV 架构、数据上链、收益分配等关键步骤，并探讨了数据合规、收益分配方式以及流动性建立等问题。核心观点是 RWA 可以提升资产流动性，但发行过程复杂，需要考虑法规和数据安全等因素。 视频中提出的关键信息： * RWA 的定义：将现实世界资产（如矿产、房产、金融资产）代币化，使其能在区块链上交易。 * RWA 的优势：提升资产流动性，实现 7x24 小时全球交易。 * RWA 发行流程：资产评估、第三方托管、搭建 SPV 架构（解决国内 ICO 禁令）、发行 Token、寻找投资者。 * 数据合规问题：国内数据出境限制，需通过联盟链或海南数据中心等方式将运营数据上链。 * 收益分配方式：回购销毁、分红模式、弹性供应（Rebase Token）。 * 流动性建立：公开发行 Token 募集资金，一部分用于组建流动性池，一部分用于投资资产运营。 * 退出机制：投资者可以通过在流动性池中出售 Token 退出，或通过 Token 本身设计的退出机制退出。

Web3 集训营答疑：关于岗位、年龄与就业

视频 AI 总结： 该视频总结了 Web3 集训营宣讲会上同学们提出的几个有代表性的问题，并分享了讲者的个人看法。核心内容包括 Web3 岗位数量不多但竞争相对较小，年龄较大转 Web3 看个人选择，数据分析背景也可进入 Web3，集训营就业时间平均 3-4 个月，课程内容深入但需学员参与实践才能真正理解。 关键信息： * Web3 岗位数量少，但竞争压力小于 Web2，可通过社区、社交媒体等渠道寻找。 * 年龄不是 Web3 就业的主要障碍，更看重实际产出。 * 数据分析背景可以从事 Web3 数据分析相关工作，也可通过 AI 辅助学习 Web3 开发。 * 集训营就业时间平均 3-4 个月，薪资水平因人而异，但通常高于 Web2 开发。 * 集训营课程系统且深入，但需学员参与实践才能真正理解，面试辅导有帮助但硬实力更重要。

以太坊智能合约：白名单实现三方案

视频 AI 总结： 该视频主要讲解了在以太坊智能合约中实现白名单功能的三种方法，并分析了各自的优缺点。核心内容是针对面试中可能遇到的白名单实现问题，提供了mapping、链下签名验证和默克尔树三种解决方案，并详细解释了每种方案的原理、适用场景以及代码实现。 关键信息： 1. **Mapping方法：** 实现简单，但当白名单地址数量巨大时，gas 费用高昂，不适合大规模应用。 2. **链下签名验证方法：** 灵活且 gas 费用较低，但需要引入中心化的后端服务，存在安全风险。 3. **默克尔树方法：** 适用于大量地址，链上只需存储树根 hash，gas 费用低，但不够灵活，修改用户需要重建树。 4. 视频提供了使用 Foundry 框架编写的合约代码示例，包括白名单合约以及生成签名和默克尔树的脚本。 5. 链下签名需要注意签名有效期和 nonce，防止重放攻击。

项目讲解：交易所钱包系统开发：充提、安全与风控

视频 AI 总结： 该视频主要讲解了交易所钱包系统的开发设计，核心在于托管用户资产，实现充值和提现功能。交易所钱包系统与中心化托管系统类似，用户将资产存入交易所，由交易所管理。视频详细介绍了后端系统的模块划分，包括用户注册、充值扫描、提现业务等，并重点讨论了私钥的安全存储问题，提出使用签名机隔离私钥的方案。此外，视频还深入探讨了充值时链上交易的扫描识别方法，以及提现流程中涉及的安全风控措施，包括双重签名验证和数据库网关控制。 关键信息： * 交易所钱包系统核心功能：充值和提现。 * 私钥安全：使用签名机隔离存储，不直接存储在后端数据库。 * 充值扫描：独立程序扫描链上交易，区分 ETH 和 Token 转账，EVM 链监听 Transfer 日志，Solana 链扫描交易指令。 * 数据重组：识别链上重组，删除被重组的交易记录，重新扫描。 * 余额记录：使用资金流水表（credits 表）记录单笔交易，应对数据重组。 * 提现流程：用户发起提现请求，后端发送给签名机签名，签名机返回签名交易，后端发送到区块链网络。 * 安全风控：引入封控角色，控制数据库写入和签名，采用双签名确认。 * 热钱包管理：多层级热钱包，多签机制，资金平衡程序。 * 提现优化：7702 提案或 Vote 合约实现批量转账，节省 Gas 费用。 * Gas 费用：根据历史区块数据动态调整，并可配置提现手续费。

x402 SDK for Solana

视频 AI 总结： 该视频主要介绍了 Tiny熊 在 Solana Hackhouse 上开发的 X402 SDK，旨在解决 Solana 上 X402 支付代码匮乏的问题。X402 是一种用户请求资源时，服务端要求客户端支付费用的协议。该 SDK 包含客户端签名、服务端接入和 facilitator 三个部分，支持自定义 SPL Token 和测试网络。Tiny熊演示了如何使用该 SDK 进行本地测试，包括创建测试账号、token，以及通过客户端签名完成支付并获取资源。 关键信息： * X402 协议与链无关，Solana 非常适合做支付。 * Solana 天然支持在一个交易中进行资产转移和手续费支付的签名。 * 该 SDK 包含客户端、服务端和 facilitator 三个部分。 * SDK 已经发布到 npm 库，可以通过 npm i 安装。 * 演示了本地测试流程，包括创建测试账号、token，启动 facilitator 和 server，以及使用客户端签名完成支付。 * 服务端可以配置网络、facilitator 地址、支持的 token 和收款地址。 * 客户端可以获取服务端返回的支付信息并进行签名。

在程序上使用 SPL Token

视频 AI 总结： 该视频主要讲解了如何使用 TypeScript 创建 Token，并在 Anchor 和 Solana 程序中调用 SPL 程序。视频介绍了 gill 库的使用，包括创建和发行 Token，以及进行转账。同时，视频还演示了如何在 Anchor 中实现 SOL 和 Token 的转账功能，类似于 Solidity 中的存款功能。此外，视频还详细讲解了 NFT 合集的创建和验证过程，以及如何在 Anchor 中实现 Server 的转账和 Token 的转账。 关键信息： 1. gill 库是 Solana/Web3.js 的 V2 版本上的封装，简化了 Token 的创建、发行和转账操作。 2. 创建 Token 的步骤包括创建 mint 账户、计算账户空间、初始化账户，并创建包含多个指令的完整交易。 3. gill 库提供了 easy\_create 方法，可以封装多个指令，简化 Token 的创建过程。 4. NFT 合集的创建需要先创建一个合集 NFT，然后在子 NFT 的 Metadata 中指定合集信息，并通过验证关联。 5. 在 Anchor 中调用 SPL 程序需要使用 CPI（跨程序调用），并传递所需的账户和参数。 6. 实现存款功能需要设计多个账户，包括存放资金的 Bank 账户和记录用户存款金额的 User 账户。 7. Token Bank 的实现需要一个程序管理的 ATA 账户，并使用 PDA 账户作为权限控制者。

深入 EVM 交易模拟

视频 AI 总结： 该视频讲解了在交易前如何获取交易可能涉及的资产转移，类似于 Metamask 交易确认框中显示的预计变化。Tiny熊老师通过一个面试题引出，并提供了几种解决方案，包括使用 RPC 节点的 trace 接口（trace_call 和 trace_transaction）或 Debug 接口，以及在本地 Fork 主网状态并重放交易分析日志。 关键信息： * **核心问题：** 如何在交易前预知交易涉及的资产转移。 * **方案一：** 使用 RPC 节点的 trace 接口（trace\_call, trace\_transaction）或 Debug 接口（Debug\_trace, Debug\_trace\_call）分析调用栈，但这些接口可能不标准或未开放。 * **方案二：** 在本地 Fork 主网状态，重放交易，分析本地执行的交易日志，从中解析 ERC20 Transfer 日志。 * **代码演示：** 通过模拟合约（DepositETH 和 ERC20 转账）展示了如何使用不同方法（本地执行、trace\_transaction、Debug\_Transaction、trace\_call）获取资产转移信息。 * **ETH 转账识别：** ETH 转账不涉及日志，需要通过 trace 分析 Call 调用中的 Value 来识别。

通过 Solana 命令行创建 Token 和 NFT

视频 AI 总结： 该视频主要讲解了 Solana 上的 Token（SPL Token）与以太坊 Token 的区别，以及如何在 Solana 上使用命令行工具创建、发行和管理 Token。Solana 的 Token 发行复用 SPL Token 程序，通过 Mint 账户区分不同的 Token。视频详细介绍了使用 Solana 命令行工具创建 Token、发行 Token、转账 Token，以及如何创建 NFT（Non-Fungible Token），并介绍了 Solana 上 NFT 的元数据标准（Metaplex）。最后，视频还介绍了 Token 2022 标准，该标准弥补了 SPL Token 的一些不足，并支持更多扩展功能，如转账手续费、隐私转账等。 关键信息： * Solana 的 Token 发行复用 SPL Token 程序，无需每次都部署新的合约。 * Solana 通过 Mint 账户区分不同的 Token，Mint 账户存储发行量、精度和权限等信息。 * 用户的 Token 余额存储在独立的 ATA（Associated Token Account）账户中。 * Solana 上的 NFT 本质上与普通 Token 相同，只是 decimals 为 0，发行量为 1。 * Solana 使用 Metaplex 社区标准来存储 NFT 的元数据，通过 Mint 地址生成 Metadata 账户。 * Token 2022 标准支持更多扩展功能，如转账手续费、隐私转账等。 * 可以使用 Solana 命令行工具创建 Token、发行 Token、转账 Token，以及管理 Token 账户。

Solana Web3.js 交互：合约调用与数据解析

视频 AI 总结： 该视频详细讲解了如何使用 Solana 的 Web3.js 库与 Solana 链进行交互，包括后端和前端的交互方式。核心内容是如何使用 Web3.js 调用合约、解析合约交易，以及前端如何连接钱包并发起交易。视频通过实际代码示例，展示了如何构建交易、获取链上数据、监听事件等操作，并对比了 Solana 与以太坊在交互方式上的异同。 关键信息： * **后端交互：** * 使用 TypeScript 和 Web3.js 库与 Solana 链交互。 * 通过 RPC 连接节点，创建 wallet 对象进行签名。 * 使用 Anchor 生成的 IDL 文件创建 program 对象，构建指令并发起交易。 * 介绍了两种获取链上数据的方式：监听事件和逐块扫描。 * 详细讲解了如何使用 `getSignatureForAddress` 方法获取与特定程序或账户相关的交易签名。 * **前端交互：** * 使用 Solana wallet adapter 连接钱包，获取用户授权。 * 通过 Provider 和 Anchor 创建 program 对象，与后端类似地发起交易。 * 前端侧重于发起交易，而非像后端那样索引数据。 * **数据解析：** * 链上数据通常以 base58 编码，需要解码为字节数组。 * 使用 BOSH 编码规则解析合约数据。 * 通过 discriminator 识别函数，并解析参数。 * **其他：** * 对比了 Solana 与以太坊在事件监听和日志获取方面的差异。 * 强调了 Solana 数据量大，可能需要消息队列处理。 * 介绍了获取账户转账记录和 PDA 数据的方法。

Anchor框架：Solana智能合约本地开发与部署

AI 总结： 视频主要讲解了如何使用Anchor框架在本地环境中构建、部署和测试智能合约，以及与合约交互的基本流程。内容涵盖了开发环境配置、工程创建、合约部署和测试方法等关键技术要点。 1、开发环境与工程创建 介绍了Solana开发环境的安装过程，建议参考文档进行安装，安装完成后会有相应的命令行工具可用。 演示了如何使用 `Anchor init` 创建一个模板工程，工程目录结构包括 `anchor.toml`、`Cargo.toml` 和 `programs` 等关键文件和目录。 2、合约构建与部署 使用 `Anchor build` 构建合约，首次构建较慢，因为需要编译依赖包。构建完成后会在 `target` 目录下生成二进制文件（.so）和 IDL 文件。 部署合约时需准备账号和网络配置，使用 `Anchor deploy` 命令部署，合约的 Program ID 不会因多次部署而改变。 3、测试与日志 介绍了两种测试方法：Rust 单元测试（测试内部逻辑）和集成测试（测试指令调用）。集成测试使用 Mocha 框架，与前端交互方式类似。 演示了如何在测试中调用合约指令，并通过断言验证数据是否正确写入 PDA 账户。 讲解了日志打印的两种方式：`msg!` 和 `emit!`，前者适合打印字符串，后者适合打印结构化数据（如事件）。 4、合约交互与客户端库 介绍了Solana的客户端库（Client Library），包括官方的 `@solana/web3.js`和 `@solana/kit`。 演示了如何通过 `Provider` 和 `Program` 对象与合约交互，包括构建交易、发送交易和读取账户数据。 了如何通过 `getSignaturesForAddress` 查询特定地址参与的所有交易，适用于索引账号活动。 指出Solana的日志不永久保存，且不支持以太坊的布隆过滤器，需依赖第三方服务获取历史数据。