在 Solana 上实现 SOL 转账及构建支付分配器

• 原文链接：www.rareskills.io/post...
• 译者：AI翻译官，校对：翻译小组
• 本文链接：learnblockchain.cn/article…

本教程将介绍 Solana Anchor 程序如何在交易中转移 SOL 的机制。

与以太坊不同，在以太坊中，钱包通过 msg.value 指定交易的一部分并“推送” ETH 到合约，而 Solana 程序则是从钱包“拉取” Solana。

因此，没有“可支付”函数或“msg.value”这样的概念。

下面我们创建了一个新的 anchor 项目，名为 sol_splitter，并放置了将 SOL 从发送者转移到接收者的 Rust 代码。

当然，如果发送者直接发送 SOL，而不是通过程序来完成，这样会更高效，但我们想要说明的是如何做到这一点：

    use anchor_lang::prelude::*;
    use anchor_lang::system_program;

    declare_id!("9qnGx9FgLensJQy1hSB4b8TaRae6oWuNDveUrxoYatr7");

    #[program]
    pub mod sol_splitter {
        use super::*;

        pub fn send_sol(ctx: Context<SendSol>, amount: u64) -> Result<()> {

            let cpi_context = CpiContext::new(
                ctx.accounts.system_program.to_account_info(), 

                system_program::Transfer {
                    from: ctx.accounts.signer.to_account_info(),
                    to: ctx.accounts.recipient.to_account_info(),
                }
            );

            let res = system_program::transfer(cpi_context, amount);

            if res.is_ok() {
                return Ok(());
            } else {
                return err!(Errors::TransferFailed);
            }
        }
    }

    #[error_code]
    pub enum Errors {
        #[msg("transfer failed")]
        TransferFailed,
    }

    #[derive(Accounts)]
    pub struct SendSol<'info> {
        /// CHECK: we do not read or write the data of this account
        #[account(mut)]
        recipient: UncheckedAccount<'info>,

        system_program: Program<'info, System>,

        #[account(mut)]
        signer: Signer<'info>,
    }

这里有很多内容需要解释。

引入 CPI：跨程序调用

在以太坊中，转移 ETH 只需在 msg.value 字段中指定一个值。在 Solana 中，一个名为 system program 的内置程序将 SOL 从一个账户转移到另一个账户。这就是为什么在我们初始化账户时，它不断出现并且需要支付费用来初始化它们。

你可以大致将系统程序视为以太坊中的预编译。想象一下，它的行为有点像内置于协议中的 ERC-20 代币，用作原生货币。它有一个名为 transfer 的公共函数。

CPI 交易的上下文

每当调用 Solana 程序函数时，必须提供一个 Context。该 Context 包含程序将要交互的所有账户。

调用系统程序没有什么不同。系统程序需要一个 Context，其中包含 from 和 to 账户。转移的 amount 作为“常规”参数传递——它不是 Context 的一部分（因为“amount”不是一个账户，它只是一个值）。

现在我们可以解释下面的代码片段：

我们正在构建一个新的 CpiContext，它将我们要调用的程序作为第一个参数（绿色框），以及将作为该交易一部分的账户（黄色框）。参数 amount 在这里没有提供，因为 amount 不是一个账户。

现在我们已经构建了 cpi_context，可以在指定金额的同时对系统程序进行跨程序调用（橙色框）。

这返回一个 Result<()> 类型，就像我们 Anchor 程序上的公共函数一样。

不要忽视跨程序调用的返回值。

要检查跨程序调用是否成功，我们只需检查返回值是否为 Ok。Rust 通过 is_ok() 方法使这变得简单：

            let res = system_program::transfer(cpi_context, amount);

            if res.is_ok() {
                return Ok(());
            } else {
                return err!(Errors::TransferFailed);
            }
        }
    }

    #[error_code]
    pub enum Errors {
        #[msg("transfer failed")]
        TransferFailed,
    }

只有签名者可以是“from”

如果你调用系统程序时 from 是一个不是 Signer 的账户，那么系统程序将拒绝该调用。没有签名，系统程序无法知道你是否授权了该调用。

TypeScript 代码：

    import * as anchor from "@coral-xyz/anchor";
    import { Program } from "@coral-xyz/anchor";
    import { SolSplitter } from "../target/types/sol_splitter";

    describe("sol_splitter", () => {
      // Configure the client to use the local cluster.
      anchor.setProvider(anchor.AnchorProvider.env());

      const program = anchor.workspace.SolSplitter as Program<SolSplitter>;

      async function printAccountBalance(account) {
        const balance = await anchor.getProvider().connection.getBalance(account);
        console.log(`${account} has ${balance / anchor.web3.LAMPORTS_PER_SOL} SOL`);
      }

      it("Transmit SOL", async () => {
        // generate a new wallet
        const recipient = anchor.web3.Keypair.generate();

        await printAccountBalance(recipient.publicKey);

        // send the account 1 SOL via the program
        let amount = new anchor.BN(1 * anchor.web3.LAMPORTS_PER_SOL);
        await program.methods.sendSol(amount)...