通过 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的日志不永久保存，且不支持以太坊的布隆过滤器，需依赖第三方服务获取历史数据。

X402 协议：互联网原生支付新方式

视频 AI 总结： 该视频介绍了 X402 协议，一种互联网原生的支付方式，基于 HTTP 402 状态码实现。X402 允许用户为访问特定资源（如 API 接口）进行付费，无需注册、登录或支付手续费，并支持实时结算。 关键信息： 1. **X402 协议核心：** 基于 HTTP 402 状态码，实现互联网原生支付，用户为资源付费。 2. **运作方式：** 客户端请求资源，服务端返回 402 状态码，客户端签名支付信息，通过 facilitator 验证签名并上链完成支付，服务端允许访问资源。 3. **Facilitator 角色：** 负责验证签名、发起链上交易，是 X402 协议中的关键组件。 4. **优势：** 无需注册登录，无手续费，实时结算，基于 HTTP 基础，采用离线签名方式发送交易。 5. **技术实现：** 使用 3009 协议（transferwithauthorization）进行 token 转移，Base 链 layer2 快速确认交易。 6. **演示：** 视频演示了使用 Coinbase 的 X402 代码库，通过浏览器钱包支付访问接口的示例。

Solana智能合约：编写、部署与PDA账户详解

AI 总结： 视频主要讲解了如何在Solana上编写、编译和部署智能合约程序，重点介绍了账户系统和程序派生账户(PDA)的概念。讲师通过在线开发工具Solana Playground进行了实时演示，展示了合约部署和交互的完整流程。 1、课程介绍与准备工作 课程主要讲解Solana程序的编写和部署，重点包括账户准备、程序编译、部署交互以及程序账户与以太坊合约的不同之处。 创建Solana账户可以使用命令行或其他钱包工具，测试时推荐使用命令行创建。账户需要准备足够的SOL token以支付手续费。 使用命令行工具生成账户地址，地址为公钥的base58编码形式，生成的密钥文件可导入到插件钱包或其他钱包中。 本地测试网络可以通过启动local host网络来模拟链上环境，RPC URL默认为8899端口。 2、程序部署与交互 Solana程序部署时会将代码拆分成多个交易上传到临时buffer account，最终创建program account存储代码并设置升级权限。 部署完成后，可以通过命令行查看程序账户信息，包括program id、program data account地址以及升级权限等。 演示了一个简单的加法程序，程序执行时仅需支付手续费，不涉及额外账户操作。 3、数据存储与PDA账户 Solana程序不能直接存储数据，需要通过外部账户存储数据。演示了如何通过程序将数据写入指定账户。 介绍了PDA（Program Derived Address）账户的概念，通过种子（如用户地址）推导出唯一账户，用于存储用户特定数据。 演示了如何通过PDA账户存储用户喜好数据，每个用户有独立的PDA账户存储其数据。 4、课程总结与讨论 Solana程序开发相比以太坊门槛较高，涉及更多概念如PDA账户等，需要更多练习和理解。 讨论了账户约束和注解的使用，建议通过实践和AI辅助来掌握细节。

Solana 区块链：共识、账户模型与开发入门

AI 总结： 视频主要介绍了Solana的共识机制、账户模型以及与以太坊的区别等核心概念。讲解Solana的合约开发、优势以及与其他区块链的不同之处。讲师还讲解了Solana的编程特点和开发环境设置，为后续实践课程做准备。 主要内容有： 1、Solana的共识机制 Solana采用权益证明（PoS）共识机制，质押原生代币SOL成为验证者，质押数量与被选中出块的概率成正比。 验证者需要高性能硬件和良好的网络条件，质押资金需达到千万美金级别才能有明显收益。 Solana的区块时间为0.4秒，通过POH（Proof of History）技术解决网络延迟问题，确保出块效率。 2、Solana的账户模型 Solana的账户分为程序账户和数据账户，程序账户无状态，数据账户存储数据，两者分离以实现并发执行。 账户最多可存储10MB数据，需支付租金，租金为一次性支付两年的费用。 程序衍生的账户（PDA）由程序管理，用于存储程序需要的数据。 3、交易与手续费 Solana的交易可包含多个指令，支持原子性操作（全部成功或全部失败）。 交易手续费由签名数量决定，每个签名收费5000 lamports（最小货币单位）。 交易大小限制为1232字节，最多包含19个签名或35个账户地址。 4、网络与钱包 Solana提供本地测试网络（localhost）、开发者网络和主网，开发者通常先在本地测试。 推荐使用Phantom钱包和Solana官方浏览器进行开发和交易查看。

通过面试题深入理解 EVM 存储布局

视频 AI 总结： 该视频讲解了以太坊虚拟机（EVM）中存储布局，特别是关于可升级合约中结构体和映射（mapping）的存储方式。核心问题是：在可升级合约中，如果mapping的value类型是结构体，升级后的版本是否可以在结构体中添加变量？视频通过分析结构体和mapping在EVM中的存储方式，解释了添加变量的安全性和潜在问题。 关键信息： 1. **结构体存储：** 结构体中的变量在存储槽中是连续存储的。 2. **Mapping存储：** Mapping的value存储位置是通过key的哈希值计算出来的，每个元素的存储位置是离散的。 3. **升级合约添加变量：** 在结构体中添加变量时，只能在结构体的末尾添加，避免覆盖原有数据。 4. **数组存储：** 数组在存储中是连续的，因此在数组的结构体中添加变量可能会覆盖后面的数据，除非新添加的变量可以和现有变量合并到一个存储槽中。 5. **存储槽共享：** 如果两个变量的总大小不超过256位，它们可以合并共用一个存储槽。

解密以太坊交易的背后：EVM 执行 ERC20 转账全流程

视频 AI 总结： 该视频通过一个以太坊 ERC20 Token 转账的面试题，详细介绍了以太坊交易的完整生命周期，以及 EVM（以太坊虚拟机）如何执行交易。视频从交易的结构、签名、广播开始，深入到节点验证、打包进内存池，再到 EVM 启动实例、加载合约代码、执行字节码指令（如 sload、sstore）操作存储，直至交易完成并返回结果。同时，视频还解释了 Gas 的消耗和手续费的计算方式。 关键信息： * 交易结构包含交互对象地址、函数 ABI 编码（如 transfer）、Gas Limit、Nonce 等。 * 交易发起者使用私钥对交易内容进行签名，广播到区块链网络。 * 节点验证签名、Nonce、手续费等，通过后放入待打包的内存池。 * EVM 为每个智能合约交易启动一个实例，包含代码、上下文环境、栈、程序计数器（PC）、剩余 Gas、内存等。 * EVM 通过加载合约代码，根据 Calldata 的前四个字节（函数选择器）找到要执行的方法。 * EVM 执行字节码指令，操作存储（sload、sstore），更新账户余额。 * Gas Limit 决定了交易执行的最大 Gas 消耗，实际消耗的 Gas 用于计算手续费。 * 手续费由 Base Fee（销毁）和 Priority Fee（矿工/验证者获得）组成。

AA钱包：EIP-4337与EIP-7702账户抽象

视频 AI 总结： 该视频主要讲解了 AA 钱包（账户抽象）的概念，回顾了 EVM 交易的工作流程，并深入探讨了账户抽象的两个主要 EIP：EIP-4337 和 EIP-7702。视频旨在解释账户抽象如何解决传统 EOA 账户的局限性，改善用户体验，并为区块链的大规模采用铺平道路。 关键信息： 1. **EVM 交易流程回顾：** 传统的 EVM 交易只能由外部账户（EOA）发起，需要支付 GAS 费用，且一次只能发起一笔交易。 2. **EOA 的局限性：** EOA 账户存在私钥管理复杂、手续费支付不便、无法找回丢失私钥等问题，影响用户体验。 3. **账户抽象（AA）的定义：** 旨在融合 EOA 账户和智能合约账户的优点，使用户无需区分两者。 4. **EIP-4337：** 通过引入 Bundler 角色，在不修改以太坊核心协议的情况下，实现合约账户的交易发起和 GAS 代付等功能。 5. **EIP-7702：** 允许 EOA 账户具备合约的功能，通过委托调用（delegatecall）将合约代码加载到 EOA 的上下文中执行，实现批量交易和更灵活的账户控制。 6. **Passkey 方案：** 账户抽象可以结合 Passkey 等新型身份验证方式，简化账户创建和管理，提升用户体验。 7. **7702 的优势：** 兼容现有钱包，允许 EOA 原地转化为合约钱包，降低 GAS 成本，但需注意代码规范和数据存储隔离。

EVM 安全随机数：Chainlink VRF

视频 AI 总结： 该视频主要讲解了在以太坊虚拟机（EVM）上获取安全随机数的三种方法，并着重介绍了 Chainlink VRF（可验证随机函数）的原理和使用方式。EVM 本身无法直接访问外部数据，因此需要通过内部状态作为随机数源。视频对比了直接使用区块哈希、时间戳等方式的风险，以及承诺揭示方案的优缺点，最后详细阐述了 Chainlink VRF 如何通过节点私钥和用户提供的种子生成可验证且难以预测的随机数，从而保证随机数的安全性。 关键信息： * EVM 无法直接访问外部数据，需要利用内部状态生成随机数。 * 直接使用区块哈希、时间戳等作为随机数源存在被验证者操控的风险。 * 承诺揭示方案分为提交随机数承诺和揭示真实随机数两步，安全性有所提升，但提交者可能提前知道结果。 * Chainlink VRF 通过节点私钥和用户提供的种子生成随机数，结果不可预测且可验证，安全性更高。 * 使用 Chainlink VRF 需要先向合约抵押资金，用于支付生成随机数的费用。 * Chainlink VRF 的流程包括用户合约发起请求、Chainlink 节点生成随机数和证明、验证后将随机数填充回用户合约。 * Chainlink 节点唯一的作恶方式是不提交生成的随机数，但会受到惩罚。