Solana 用“历史证明”让交易自带时间顺序。本文解释 PoH 的哈希链计时原理、它与传统共识的分工、对节点硬件的要求,以及验证节点故障时链的活性问题。
汇总与「Solana」相关的文章,帮助你系统了解该主题。
Solana 用“历史证明”让交易自带时间顺序。本文解释 PoH 的哈希链计时原理、它与传统共识的分工、对节点硬件的要求,以及验证节点故障时链的活性问题。
Solana recent blockhash有有限处理窗口。本文用lastValidBlockHeight设计确认、重试和重签状态机,避免超时后重复执行。同时说明旧交易仍可能落地时的幂等保护、业务唯一编号和Durable Nonce适用边界。
Token-2022 Transfer Hook在转账末尾调用自定义程序。本文说明ExtraAccountMetaList PDA、额外账户解析、权限降级与钱包兼容步骤。
Solana账户owner是运行时修改权,authority是程序内部业务权限。本文用系统账户、Token账户和PDA说明两层权限如何核验。并给出可执行代码、数据写权限、PDA签名与Token委托四种常见误判的分层核验方法。
解释Solana账户空间与最低余额的关系,给出getMinimumBalanceForRentExemption、realloc扩容、初始化和关闭回收的安全步骤。
Solana总费用由基础费与可选优先费组成。本文给出CU limit与micro-lamports价格公式、模拟定额方法及过高或过低的后果。同时区分CU上限与单价,说明模拟值、安全余量、近期账户竞争和blockhash过期对最终确认的影响。
simulateTransaction只在节点当前状态下预执行并返回日志、错误和计算单元,不写入账本;sendTransaction返回签名也只表示节点接收。本文把模拟、预检、发送和确认串成完整流程。
Token-2022 Transfer Fee扩展按basis points和maximum fee扣费,接收方拿到净额,费用先暂存在接收Token账户,再汇集到Mint并由专门authority提取。本文解释计算、余额与权限。
Solana普通交易会因recent blockhash过期,Durable Nonce则用链上Nonce Account为离线签名和多签协调延长提交窗口。本文解释账户、权限、首条推进指令以及nonce复用与延迟广播风险。
Solana PDA由种子、程序ID和bump派生,并故意落在Ed25519曲线外。findProgramAddress从255向下寻找首个有效值,得到canonical bump。本文解释唯一性、账户约束和invoke_signed权限。