区块链中文技术社区 - 2024年12月
type: channel
link: https://www.bcskill.com/index.php/2024/12
description: 区块链,EOS,Ethereum,IPFS,Dapp技能学习
items: op-succinct 代码分析- proposer succinct server
items: op-succinct 代码分析- proposer
items: Solana - JS/TS 客户端
items: Solana - IDL 文件
items: Solana- Anchor项目文件结构
items: Solana Hello World（安装和故障排除）
items: Solana 智能合约编程语言
items: EVM 与 SVM：智能合约
items: EVM 与 SVM：账户
items: EVM 与 SVM：共识

op-succinct 代码分析- proposer succinct server
type: item
date: 2024-12-31T16:59:00+08:00
description: 代码分析 proposer/succinct/bin/server.rs let app = Router::new() .route("/request_span_proof", post(request_span_proof)) // 请求对一系列区块的证明。 .route("/request_agg_proof", post(request_agg_proof)) // 请求一组子证明的聚合证明。 .route("/request_mock_span_proof", post(request_mock_span_proof)) // 请求对一系列区块的Mock证明。 .route("/request_mock_agg_proof", post(request_mock_agg_proof))// 请求一组子证明的Mock聚合证明。 .route("/status/:proof_id", get(get_proof_status)) // 获取证明的状态。 .route("/validate_config", post(validate_config)) // 验证 L2 输出 Oracle 的配置 .layer(DefaultBodyLimit::disable()) .layer(RequestBodyLimitLayer::new(102400 * 1024 * 1024)) .with_state(global_hashes); let port = env::var("PORT").unwrap_or_else(|_| "3000".to_string()); let listener = tokio::net::TcpListener::bind(format!("0.0.0.0:{}", port)) .await .unwrap(); info!("Server listening on {}", listener.local_addr().unwrap()); request_span_proof async fn request_span_proof( State(state): State<ContractConfig>, Json(payload): Json<SpanProofRequest>, ) -> Result<(StatusCode, Json<ProofResponse>), AppError> { info!("Received span proof request: {:?}", payload); let fetcher = match OPSuccinctDataFetcher::new_with_rollup_config(RunContext::Docker).await { // get_rpcs() 通过环境变量 L1_RPC L1_BEACON_RPC L2_RPC L2_NODE_RPC 获取相应配置，并通过fetch_and_save_rollup_config 获取L2的rollup_config Ok(f) => f, Err(e) => { error!("Failed to create data fetcher: {}", e); return Err(AppError(e)); } }; let host_cli = match fetcher .get_host_cli_args( // 获取给定块号的 L2 输出数据，并将启动信息保存到数据目录中带有 block_number 的文件中。返回要传递给 datagen 的本机主机的参数。 payload.start, payload.end, ProgramType::Multi, CacheMode::DeleteCache, ) .await { Ok(cli) => cli, Err(e) => { error!("Failed to get host CLI args: {}", e); return Err(AppError(anyhow::anyhow!( "Failed to get host CLI args: {}", e ))); } }; // 启动服务器和本机客户端并设置超时时间。 // 注意：理想情况下，服务器应调用执行本机的单独进程 // 主机，并返回客户端可以轮询以检查证明是否已提交的 ID。 let mut witnessgen_executor = WitnessGenExecutor::new(WITNESSGEN_TIMEOUT, RunContext::Docker); if let Err(e) = witnessgen_executor.spawn_witn…

op-succinct 代码分析- proposer
type: item
date: 2024-12-31T11:40:42+08:00
description: 代码分析 1. 启动 proposer/op/proposer/service.go func (ps *ProposerService) Start(_ context.Context) error { ps.Log.Info("Starting Proposer") return ps.driver.StartL2OutputSubmitting() } proposer/op/proposer/driver.go func (l *L2OutputSubmitter) StartL2OutputSubmitting() error { ... // 当使用缓存数据库重新启动提议者时，我们需要将处于见证生成状态的所有证明标记为失败，然后重试。 witnessGenReqs, err := l.db.GetAllProofsWithStatus(proofrequest.StatusWITNESSGEN) if err != nil { return fmt.Errorf("failed to get witness generation pending proofs: %w", err) } for _, req := range witnessGenReqs { err = l.RetryRequest(req, ProofStatusResponse{}) if err != nil { return fmt.Errorf("failed to retry request: %w", err) } } // 验证合约的聚合和范围验证密钥的配置以及汇总配置哈希。 err = l.ValidateConfig(l.Cfg.L2OutputOracleAddr.Hex()) // 向 l.Cfg.OPSuccinctServerUrl+"/validate_config" 配置的proposer/succinct/bin/server.rs 去请求数据 ... go l.loop() // loop 负责创建和提交下一个输出 2. 循环检查和提交 proposer/op/proposer/driver.go // loopL2OO 定期轮询 L2OO 以提出下一个区块，如果当前最终确定（或安全）的区块超过了下一个区块，则它会提出该区块。 func (l *L2OutputSubmitter) loopL2OO(ctx context.Context) { ticker := time.NewTicker(l.Cfg.PollInterval) // 检查间隔 for { select { case <-ticker.C: // 获取提议者的当前指标。 metrics, err := l.GetProposerMetrics(ctx) if err != nil { l.Log.Error("failed to get metrics", "err", err) continue } l.Log.Info("Proposer status", "metrics", metrics) // 1) 将准备好进行证明的范围证明放入队列中。根据最新的 L2 最终区块和当前的 L2 不安全头来确定这些范围证明。 l.Log.Info("Stage 1: Getting Range Proof Boundaries...") err = l.GetRangeProofBoundaries(ctx) if err != nil { l.Log.Error("failed to get range proof boundaries", "err", err) continue } // 2) 检查 PROVING 请求的状态。如果成功返回，我们将验证其是否已保存在磁盘上，并将状态设置为“COMPLETE”。如果失败或超时，我们将状态设置为“FAILED”（如果是跨度证明，则将请求分成两半以重试）。 l.Log.Info("Stage 2: Processing PROVING requests...") err = l.ProcessProvingRequests() if err != nil { l.Log.Error("failed to update PROVING requests", "err", err) continue } // 3) 检查 WITNESSGEN 请求的状态。如果见证生成请求处于 WITNESSGEN 状态的时间超过超时时间，则将状态设置为 FAILED 并重试。 l.Log.Info("Stage 3: Processing WITNESSGEN requests...") err = l.ProcessW…

Solana - JS/TS 客户端
type: item
date: 2024-12-21T16:35:31+08:00
description: Anchor 提供了一个 Typescript 客户端库（@coral-xyz/anchor），简化了使用 JavaScript 或 TypeScript 从客户端与 Solana 程序交互的过程。 客户端程序 Program 要使用客户端库，首先使用Anchor 生成的IDL 文件创建一个实例 。 创建 的实例Program需要程序的 IDL 和 AnchorProvider。AnchorProvider是结合了两件事的抽象： Connection- 与Solana 集群的连接 （即 localhost、devnet、mainnet） Wallet- （可选）用于支付和签署交易的默认钱包 前端/节点 当使用钱包适配器与前端集成时 ，您需要设置AnchorProvider和Program。 import { Program, AnchorProvider, setProvider } from "@coral-xyz/anchor"; import { useAnchorWallet, useConnection } from "@solana/wallet-adapter-react"; import type { HelloAnchor } from "./idlType"; import idl from "./idl.json"; const { connection } = useConnection(); const wallet = useAnchorWallet(); const provider = new AnchorProvider(connection, wallet, {}); setProvider(provider); export const program = new Program(idl as HelloAnchor, { connection, }); 在上面的代码片段中： idl.json是 Anchor 生成的 IDL 文件，可以 /target/idl/<program-name>.json在 Anchor 项目中找到。 idlType.ts是 IDL 类型（用于 TS）， /target/types/<program-name>.ts在 Anchor 项目中找到。 Program或者，您可以仅使用 IDL 和Solana 集群创建 的实例Connection。这意味着没有默认的 Wallet，但允许您使用Program来获取帐户或构建指令，而无需连接钱包 import { clusterApiUrl, Connection, PublicKey } from "@solana/web3.js"; import { Program } from "@coral-xyz/anchor"; import type { HelloAnchor } from "./idlType"; import idl from "./idl.json"; const connection = new Connection(clusterApiUrl("devnet"), "confirmed"); export const program = new Program(idl as HelloAnchor, { connection, }); 测试文件 Anchor 会自动在新项目的默认测试文件中设置一个Program实例。但是，此设置与在 Anchor 工作区外部初始化的方式不同Program ，例如在 React 或 Node.js 应用程序中。 import * as anchor from "@coral-xyz/anchor"; import { Program } from "@coral-xyz/anchor"; import { HelloAnchor } from "../target/types/hello_anchor"; describe("hello_anchor", () => { // Configure the client to use the local cluster. anchor.setProvider(anchor.AnchorProvider.env()); const program = anchor.workspace.HelloAnchor as Program<HelloAnchor>; it("Is initialized!", async () => { // Add your test here. const tx = await program.methods.initialize().rpc(); console.log("Your tra…

Solana - IDL 文件
type: item
date: 2024-12-21T16:00:28+08:00
description: 接口定义语言 (IDL) 文件提供了描述程序指令和账户的标准化 JSON 文件。此文件简化了链上程序与客户端应用程序集成的过程。 IDL 的主要优势： 标准化：提供一致的格式来描述程序的指令和帐户 客户端生成：用于生成与程序交互的客户端代码 该anchor build命令生成一个位于 的 IDL 文件 /target/idl/<program-name>.json。 下面的代码片段突出显示了程序、IDL 和客户端如何相互关联。 程序指令 IDL 中的数组instructions直接对应于程序中定义的指令。它指定每条指令所需的帐户和参数。 Program：下面的程序包含一条initialize指令，指定其所需的帐户和参数。 程序帐户：accounts IDL 中的数组对应于程序中用宏注释的结构体。#[account]这些结构体定义了程序创建的账户中存储的数据。 use anchor_lang::prelude::*; declare_id!("BYFW1vhC1ohxwRbYoLbAWs86STa25i9sD5uEusVjTYNd"); #[program] mod hello_anchor { use super::*; pub fn initialize(ctx: Context<Initialize>, data: u64) -> Result<()> { ctx.accounts.new_account.data = data; msg!("Changed data to: {}!", data); Ok(()) } } #[derive(Accounts)] pub struct Initialize<'info> { #[account(init, payer = signer, space = 8 + 8)] pub new_account: Account<'info, NewAccount>, #[account(mut)] pub signer: Signer<'info>, pub system_program: Program<'info, System>, } #[account] pub struct NewAccount { data: u64, } IDL 生成的 IDL 文件包含标准化 JSON 格式的指令，包括其名称、帐户、参数和鉴别器。 { "address": "BYFW1vhC1ohxwRbYoLbAWs86STa25i9sD5uEusVjTYNd", "metadata": { "name": "hello_anchor", "version": "0.1.0", "spec": "0.1.0", "description": "Created with Anchor" }, "instructions": [ { "name": "initialize", "discriminator": [175, 175, 109, 31, 13, 152, 155, 237], "accounts": [ { "name": "new_account", "writable": true, "signer": true }, { "name": "signer", "writable": true, "signer": true }, { "name": "system_program", "address": "11111111111111111111111111111111" } ], "args": [ { "name": "data", "type": "u64" } ] } ], "accounts": [ { "name": "NewAccount", "discriminator": [176, 95, 4, 118, 91, 177, 125, 232] } ], "types": [ { "name": "NewAccount", "type": { "kind": "struct", "fields": [ { "name": "data", "type": "u64" } ] } } ] } Client 然后使用IDL文件生成与程序交互的客户端，简化调用程序指令的过程。 import * as anchor from "@coral-xyz/anchor"; import { Program, BN } from "@coral-xyz/anchor"; import { HelloAnchor } from "../target/types/hello_anchor"; import { Keypair } from "@solana/web3.js"; import…

Solana- Anchor项目文件结构
type: item
date: 2024-12-21T14:51:36+08:00
description: 以下是 Anchor 工作区中默认文件结构的概述： . ├── .anchor │ └── program-logs ├── app ├── migrations ├── programs │ └── [project-name] │ └── src │ ├── lib.rs │ ├── Cargo.toml │ └── Xargo.toml ├── target │ ├── deploy │ │ └── [project-name]-keypair.json │ ├── idl │ │ └── [project-name].json │ └── types │ └── [project-name].ts ├── tests │ └── [project-name].ts ├── Anchor.toml ├── Cargo.toml └── package.json 程序文件夹 该/programs文件夹包含项目的 Anchor 程序。单个工作区可以包含多个程序。 测试文件夹 该/tests文件夹包含项目的测试文件。创建项目时会为您创建一个默认测试文件。 目标文件夹 该/target文件夹包含构建输出。主要子文件夹包括： /deploy：包含您的程序的密钥对和程序二进制文件。 /idl：包含程序的 JSON IDL。 /types：包含 IDL 的 TypeScript 类型。 Anchor.toml文件 该Anchor.toml文件为您的项目配置工作区设置。 .anchor 文件夹 包含一个program-logs文件，其中包含上次运行测试文件的事务日志。 应用程序文件夹 该/app文件夹是一个空文件夹，您可以选择将其用于前端代码。

Solana Hello World（安装和故障排除）
type: item
date: 2024-12-21T12:28:00+08:00
description: 这是 Solana 的 Hello World 教程。我们将引导您完成安装 Solana 的步骤并解决可能出现的问题。 如果您遇到问题，请查看本文末尾的故障排除部分。 安装步骤 安装 Rust 如果您已经安装了 Rust，请跳过此步骤。 curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh 安装 Yarn 您需要它来运行单元测试。如果您已经安装了 yarn，请跳过此步骤。 corepack enable 安装 Solana cli 我们强烈建议使用stable版本，而不是latest。 Solana 安装不再支持符号通道名称（edge、beta、stable），因此我们必须指定版本。 sh -c "$(curl -sSfL https://release.anza.xyz/v2.1.5/install)" 安装锚点 Anchor 是 Solana 开发的框架。它在很多方面与 hardhat 非常相似。 cargo install --git https://github.com/coral-xyz/anchor avm --locked --force avm install latest avm use latest 测试安装 初始化并构建一个锚点程序（用于 hello world） 调用您的程序day_1而不是day1因为 Anchor 有时似乎会在 idl路径上插入下划线。 anchor init day_1 cd day_1 anchor build 根据您的机器和互联网连接，此步骤可能需要一段时间。这也是您可能遇到安装问题的地方，因此如有必要，请参阅故障排除部分。 配置 Solana 在本地主机上运行 solana config set --url localhost 运行测试验证器节点 在新的 shell 中（而不是在 Anchor 项目中）运行以下命令。但不要关闭运行的 shell anchor build。这会在您的机器上运行本地（测试）Solana 节点实例： solana-test-validator 确保 program_id 与 Anchor 键同步 返回 Anchor 项目的 shell 并运行以下命令： anchor keys sync 运行测试 在 Anchor 项目中运行此命令 anchor test --skip-local-validator 上面的命令运行我们程序的测试。如果您尚未创建测试钱包，Anchor 将为您提供如何创建钱包的说明。我们在此不提供这些说明，因为它取决于您的操作系统和文件结构。您可能还需要通过在终端中运行来为自己空投一些本地 Sol 。您可以通过在命令行中solana airdrop 100 {YOUR_WALLET_ADDRESS}运行来获取您的钱包地址。solana address 预期输出如下： 你好世界 现在让我们让程序输出“Hello, world!”。将以下标有 的行添加NEW LINE HERE到programs/day_1/src/lib.rs。 use anchor_lang::prelude::*; declare_id!("..."); #[program] pub mod day_1 { use super::*; pub fn initialize(ctx: Context<Initialize>) -> Result<()> { msg!("Hello, world!"); // **** NEW LINE HERE **** Ok(()) } } #[derive(Accounts)] pub struct Initialize {} 再次运行测试之前，请终止本地验证器进程并使用以下命令重新启动它： solana-test-validator --reset 再次运行测试 anchor test --skip-local-validator 通过运行查找日志文件 ls .anchor/program-logs/ 打开该文件即可看到记录的“Hello world” 实时 Solana 日志 或者，您可以通过打开第三个 shell 并运行以下命令来查看日志： solana logs 现在再次运行测试，您应该在运行的终端中看到相同的消息solana logs。 program 查询 查询已安装 solana program show --programs 关闭程序 solana program close 3ynNB373...2iTyg --bypass-warning 请注意，一旦关闭某个程序，则不能重新使用该程序 ID 来部署新程序。 问答 为什么 declared_i…

Solana 智能合约编程语言
type: item
date: 2024-12-21T10:40:22+08:00
description: Solana 编程语言 Solana 的主要编程语言是Rust，但也支持C、C++甚至Python 。 Solana 编码语言以类似的方式使用 Rust、C 和 C++。我们将在后面的部分讨论 Python。 Rust 是一门编译型语言，如果你在电脑上编译 Rust，它最终会变成 LLVM-IR（低级虚拟机中间表示），LLVM 会把它变成可以在你的机器（x86、arm64 等）上运行的字节码。 在 Solana 中，该序列如下所示： 1）将 Rust 编译为 LLVM-IR，然后编译为 BPF（伯克利数据包过滤器），并将字节码存储在区块链上。 2）验证器 JIT 编译（即时编译）BPF 为与其硬件兼容的指令集，通常是 x86，但 arm64 可能是另一个常见目标。 你可能会问，数据包过滤器？Solana 编程语言为什么要与互联网数据包有关？ 这实际上是 Solana 的一个聪明的设计选择。 用户空间与内核空间 Linux 有内核空间和用户空间的概念。如果你想要执行诸如打开文件或启动另一个进程之类的操作，你的可执行文件需要请求操作系统替它执行这些操作。假设你编写了一个 Python 脚本来打开一个文件并打印出每个偶数行。文件字节码的实际加载发生在内核空间中，但是一旦将字节码提供给脚本，对 ASCII 的解释以及确定行号是偶数还是奇数就会发生在用户空间中。 这种抽象存在的原因有很多，但其中一个明显的原因就是安全性。并非每个用户或可执行文件都应该能够打开或执行任意文件。操作系统决定允许使用哪些“API”。（顺便说一句，打开文件的“API”在操作系统术语中技术上称为“系统调用”）。 同样，程序和可执行文件不应被允许任意访问传入的互联网数据包。默认情况下，它们必须进行系统调用，以请求操作系统允许查看只能从内核空间访问的数据包。 这里必须强调一个重要概念：在用户空间和内核空间之间来回转换通常很慢。 如果您正在过滤传入的互联网数据包，那么用户空间和内核空间之间就会有很多来回跳转。想象一下将每个传入数据包从内核空间复制到用户空间。这将产生大量开销。 这就是 BPF 被发明的原因。你可以在内核空间内运行可执行文件来避免这种跳跃。 但是，如果您对拥有内核特权有所了解，您就会知道这非常危险！如果出现错误，控制内核（操作系统）可能会导致计算机崩溃。更糟糕的是，如果执行了恶意代码，则损害是无限的。 当然，BPF 设计者已经想到了这一点。在执行 BPF 代码之前，会对其进行验证，以确保其运行一段固定的时间，即必须终止、只能访问指定的内存区域，并遵循其他适当的限制。 顺便说一句，自从 BPF 发明以来，它的用途就已不仅限于过滤数据包，但它的名字却一直沿用至今。 为什么 Solana 语言使用 BPF 通过利用现有的确保 BPF 程序安全的研究，Solana 可以在运行速度最快的地方运行智能合约 — 内核内部！仔细想想，这真是太了不起了。您可以在操作系统最敏感（但最高效）的部分 — 操作系统内核中运行任何人都可以编写的不受信任的智能合约。Solana 可以利用数十年来在该领域的研究和投资来获得良好的性能提升。 BPF 不是机器指令；它仍然是自己的一组字节码。但是，它可以被 JIT 编译为各种 CPU 架构。 Solana 链上程序通过LLVM 编译器基础结构编译 为 可执行和可链接格式 (ELF)，其中包含伯克利数据包过滤器 (BPF)字节码 的变体 。 由于 Solana 使用 LLVM 编译器基础架构，因此可以使用任何能够针对 LLVM 的 BPF 后端的编程语言编写程序。 BPF 提供了一套高效的 指令集，可以在解释型虚拟机中执行，也可以作为高效的即时编译的本机指令执行。 回到 Rust、C 和 C++ 这三种编程语言早已得到 LLVM 的支持。这是 Solana 可以利用数十年投资的另一个领域（是的，用几十年来谈论技术有点奇怪，但LLVM 早在 2003 年就问世了）。 您可以使用 C 或 C++ 作为 Solana 编程语言，但工具支持会少得多。通常建议您使用 Rust，即使您是 C 或 C++ 专家。如果您已经精通 C++，那么 Rust 将很容易学习。 你需要了解多少 Rust 才能编写 Solana 程序？ 不是很多，但仍然需要一些学习。Rust 不是一种可以“谷歌一下”的语言。例如，假设您从 Java 或 Scala 背景开始使用 Ruby 编程。在这种情况下，您可以很容易地向 Google 询问等效的编程模式（您的代码可能看起来不太符合惯用语，但它可读且功能齐全）。如果（当）您从 Stackoverflow 复制和粘贴代码，您仍然会对代码的作用有很好的直觉。 但是，如果你使用 Rust 来做这件事，你会遇到一些令人沮丧的障碍。Rust 的…

EVM 与 SVM：智能合约
type: item
date: 2024-12-19T16:42:42+08:00
description: 了解以太坊和 Solana 智能合约之间的区别。 您可以在 Solana 区块链上编写和部署程序。 程序（在其他协议中也称为智能合约）是从 DeFi 和 NFT 到社交媒体和游戏等链上活动的基础。 程序处理从用户或其他程序收到的指令。 所有程序都不维护状态。换句话说，程序使用的数据通过指令发送到单独的账户。 该程序本身存储在一个executable已检查的帐户中。 所有程序均归 BPF Loader 所有，并由 Solana Runtime 执行。 开发人员通常使用 Rust 或 C++ 编写程序。不过，任何针对 LLVM 和 BPF 后端的语言都可以选择。 所有程序都有一个单独的入口点，在此进行指令处理（即process_instruction）。始终包含以下参数： program_id: pubkey, accounts: array, instruction_data: byte array 与大多数其他区块链不同，Solana 将数据和代码完全分离。程序与之交互的所有数据都存储在单独的账户中，并通过指令进行调用。 这种模式允许综合单一程序通过各种帐户运行，而无需额外部署。这种模式的一个常见示例可以在 Native 和 SPL 程序之间看到。 本机程序和 Solana 程序库 (SPL) Solana 有许多程序可作为链上交互的核心构建块。 这些程序分为本机程序和 Solana 程序库 (SPL) 程序。 原生程序提供运行验证器所需的基础功能。其中最著名的程序之一是System Program，负责管理新账户并在两个组之间转移 SOL。 SPL 程序支持各种链上活动，包括代币创建、兑换、借贷、权益池生成和链上名称服务。SPL 代币程序可以直接通过 CLI 调用。其他程序（如关联代币帐户程序）通常配置为自定义程序 编写程序 程序通常用 Rust 和 C++ 开发。但是，您可以使用任何针对 LLVM 和 BPF 后端的语言进行开发。Neon Labs 和 Solang 最近的努力使 EVM 兼容性成为可能，允许开发人员用 Solidity 编写程序。 大多数基于 Rust 的程序遵循以下架构： 文件 描述 lib.rs 注册模块 entrypoint.rs 程序的入口点 instruction.rs 程序 API，指令数据（反）序列化 processor.rs 程序逻辑 state.rs 程序对象，（反）序列化状态 error.rs 程序特定错误 最近，Anchor 已成为一种程序开发框架。Anchor 减少了样板代码并简化了（反）序列化处理，类似于 Ruby on Rails，但适用于基于 Rust 的程序。程序通常在 Localhost 和 Devnet 环境中开发和测试，然后部署到 Testnet 和 Mainnet。 Solana 支持以下环境： 集群环境 RPC 连接 URL 主网测试版 https://api.mainnet-beta.solana.com 测试网 https://api.testnet.solana.com 开发网 https://api.devtnet.solana.com 本地主机 默认端口：8899（例如，http://localhost:8899） 一旦部署到环境，客户端就可以通过与每个集群的 RPC 连接与链上程序进行交互。 部署程序 开发人员可以通过 CLI 部署程序，如下所示： solana program deploy <PROGRAM_FILEPATH> 程序部署后，会被编译为 ELP 共享对象（包括 BPF 字节码）并上传到 Solana 集群。除非程序被标记为可执行并分配给 BPF 加载器，否则它们都存在于帐户内。帐户的地址用作 program_id在所有交易中引用程序的地址。 Solana 支持多个 BPF 加载器，包括最近的可升级 BPF 加载器。BPF 加载器负责管理程序帐户，并通过客户端的 program_id 实现这一点。 所有程序都有一个单独的入口点，在此进行指令处理（即 process_instruction）。参数始终包括： program_id: pubkey accounts: array instruction_data: byte array 一旦调用，程序就会由 Solana Runtime 执行。 概括 Solana 中的程序对应于 Solana 区块链上的“可执行账户”。 以太坊中的智能合约概念与 Solana 中的程序概念一致。 Solana 允许任何人发行代币，而无需部署额外的合约。 原文：https://solana.com/developers/evm-to-svm/smart-contracts

EVM 与 SVM：账户
type: item
date: 2024-12-19T16:20:26+08:00
description: 了解在以太坊和 Solana 上构建账户时的不同之处。 作为区块链网络，以太坊和 Solana 拥有独特的数据结构，充当全球公共计算机，在其网络上存储和共享数据。在本章中，我们旨在探索这些链如何构建其数据集。 以太坊中的“账户” 在以太坊中，“账户”是指拥有以太币并可以发送交易的实体。它包括存款和取款所需的地址，并分为以下几类： EOA（外部拥有账户）：外部拥有的账户，拥有私钥。可以将其视为个人钱包的账户。 CA（合约账户）：合约账户，持有智能合约代码。 以太坊中 EOA 与 CA 的一个关键区别是，EOA 不是智能合约，通常没有自己的存储。因此，EOA 的代码哈希被设置为“空”哈希，表示该帐户没有存储空间。 外部拥有账户 (EOA) 是具有私钥的账户，拥有私钥意味着控制对资金或合约的访问。私钥意味着控制对资金或合约的访问。EOA 中包含以下数据： 场地 描述 address 账户地址 balance 地址拥有的 ETH 数量（以 wei 为单位）。 nonce 计数器显示从账户发送的交易数量，以确保交易只处理一次。对于智能合约，它反映了账户创建的合约数量。 code hash EVM 上的账户代码。 storage hash (storage root) 对账户存储内容进行编码的 Merkle Patricia 树根节点的 256 位哈希值。此树对此账户存储内容的哈希值进行编码，默认情况下为空。 合约账户包含智能合约代码，而 EOA 根本无法拥有这些代码。此外，合约账户没有私钥。相反，它由智能合约代码的逻辑控制。此智能合约代码是在创建合约账户时记录在以太坊区块链上的，是由 EVM 执行的软件程序。 与 EOA 一样，合约账户有一个地址，可以发送和接收 Ether。但是，当交易的目的地是合约账户地址时，交易和交易数据将用作在 EVM 中执行合约的输入。除了 Ether，交易还可以包含指示要执行的合约特定功能的数据以及要传递给该功能的参数。因此，交易可以调用合约内的函数。如果 EOA 请求，合约还可以调用其他合约。但是，由于合约账户没有私钥，因此它无法签署交易，也无法自行发起交易。关系总结如下： EOA → EOA（确定） EOA → CA（确定） EOA → CA → CA（确定） CA → CA（不可能） Solana 中的“账户” Solana 中的帐户概念比以太坊中的要广泛一些。在 Solana 中，所有数据都是基于帐户存储和执行的。这意味着，在交易之间需要存储状态的每种情况下，都会使用帐户来保存状态。与 Linux 等操作系统中的文件类似，帐户可以存储在程序生命周期之外仍然存在的任意数据。此外，与文件一样，帐户包含元数据，可告知运行时谁可以访问数据以及如何访问。 在 Solana 的 Sealevel VM 中，所有账户都能够存储数据。那么，智能合约开发人员可以将数据存储在哪里呢？他们可以将数据存储在可执行账户拥有的非可执行账户 (PDA) 中。开发人员可以通过分配与其可执行账户地址相同的所有者来创建新账户来存储数据。 场地 描述 lamports 此帐户拥有的 lampor 数量。相当于 balance。 owner 此帐户的程序所有者。 executable 该账户是否可以处理指令。 data 该账户存储的原始数据字节数组。 rent_epoch 此帐户下次欠租金的时期。 然而，Solana 网络上存储数据的“账户”需要支付费用。这些账户包含有关其所含数据寿命的元数据，以名为“Lamports”的原生代币表示。账户存储在验证者的内存中，并支付“租金”以保留在那里。验证者定期扫描所有账户并收取租金。Lamports 降至零的账户将被自动删除，因为它们无法支付租金。如果一个账户包含足够数量的 Lamport，它将免收租金，并且不会单独扣除租金。 Solana 的账户分为以下两种类型，与以太坊类似： 可执行账户（程序账户）：这些是存储代码的智能合约，通常更简单地称为“程序”。 不可执行账户（数据账户）：这些账户可以接收代币或数据，但不能执行代码，因为可执行变量设置为“false”。 （*与以太坊不同，Solana 使用术语“程序”而不是“合约”。） 比较每个链中的帐户结构，可以发现以下差异。 以太坊账户 Solana 的账户 Account owner balance lamports nonce [无同等效力] code hash executable && data storage hash data [无同等效力] rent_epoch 那么，EOA 和 CA 与 Solana 的 Account 结构如何对应呢？ 它们可以进行如下映射。 EOA（外部拥有账户、钱包） → 不可执行的数据账户 然而，Solana 上…

EVM 与 SVM：共识
type: item
date: 2024-12-19T14:29:00+08:00
description: 了解以太坊和 Solana 在达成共识方面的差异。 众所周知，以太坊和 Solana 的共识机制均采用 PoS（权益证明）。它们都通过基于权益的验证器生成区块。尽管它们从根本上采用相同的共识，但以太坊目前记录的 TPS（每秒交易数）约为 30，而 Solana 则拥有 4000 TPS。这种差异间接表明了共识如何显著影响区块生成速度。本章将深入探讨这两条链之间的差异。 以太坊最初的共识 以太坊最初采用的是工作量证明（PoW）方式，比特币至今仍在使用这种方式。在 2022 年 8 月合并升级后，以太坊从工作量证明过渡到权益证明，现在采用上述的 PoS。 以太坊目前的共识 以太坊的核心是 PoS，但它特别采用了一种称为 Gasper 的共识算法。Gasper 是 Casper 友好最终性小工具 (Casper-FFG) 和 LMD-GHOST 分叉选择算法的组合。在深入研究 Gasper 之前，需要注意的是，以太坊最初是根据基于 PoW 的 Nakamoto 共识生成区块的。Nakamoto 共识遵循最长链规则，在分叉期间选择区块链中最长的链。因此，以太坊并没有完全放弃 PoW；它保留了 PoW 下的基本区块生成，同时在其上集成了 PoS 元素。 Casper (Casper-FFG) 是 Gasper 的一部分，它将某些区块升级为“最终确定”状态，确保网络参与者与常规链同步。它最初是在 Merge 升级期间为从基于 PoW 的链到 PoS 的过渡阶段提出的，现在部分贡献于更大的 Gasper 算法。LMD-GHOST（最新消息驱动最贪婪最重观察子树）是一种分叉选择算法，用于在各种分叉中选择最有效和最值得信赖的链。如果分叉生成多个新区块，验证者将通过证明消息进行投票，以确定将哪个区块附加到现有链。这些证明遵循从创世区块到最新区块（叶区块）的路径，选择由最新证明支持的区块。 Solana 的共识 Solana 中与以太坊各个共识算法对应的技术组件是什么？答案就在支持 PoS 的 Tower BFT 中。 首先，让我们了解一下 BFT 和 PBFT。BFT 是一种在分布式系统中实现节点间可靠共识的方法，源自“拜占庭将军问题”。即使某些节点是恶意的或不可靠的，它也能确保系统正常运行。PBFT 是 BFT 的一种实际实现，它通过确保所有节点之间对所有交易达成一致来保证系统的最终性和一致性。 Tower BFT 采用了 PBFT 的变体，但有一个根本区别：历史证明 (PoH) 在达成共识之前充当全局时钟。在 Solana 的实现中，PoH 用作网络时钟，用于安排区块、交易和数据的顺序。 以太坊经常会低效地更新其整个网络状态以用于特定交易，并且交易可能无法按顺序处理。相比之下，Solana 利用 PoH（历史证明）来支持 PoS。要确定两个事件之间的加密时间，需要一系列计算步骤。例如，考虑两张照片：一张是苹果，另一张是正在拍摄的照片。我们可以推断苹果的照片是先拍摄的。Solana 通过在数据中添加时间戳来跟踪它们的顺序，确保其结构不会混淆。 Tower BFT 使用 PoH，通过时间戳验证有效地确定区块、交易和数据的顺序。因此，验证者可以最终决定分叉，选择最受投票信任的链。以太坊缺乏像 PoH 那样的时间戳概念来进行整体状态同步，迫使验证者根据之前的哈希值进行计算以选择分叉。相反，基于 PoH 的 Solana Tower BFT 可以轻松达成共识，而无需进行完整的区块验证。 因此，比较可以总结如下： 以太坊 Solana Proof of Work » Proof of Stake Proof of Stake Casper 友好最终性小工具（Casper-FFG） Tower BFT + PoH LMD-GHOST 分叉选择规则 Tower BFT 概括 以太坊共识：基于 PoS 的 Gasper = Casper 友好最终性小工具（Casper-FFG）+ LMD-GHOST 分叉选择规则 Solana 的共识：基于 PoS 的 Tower BFT + PoH 原文：https://solana.com/developers/evm-to-svm/consensus