把比特币、铭文或 Runes 当礼物送人，最麻烦的环节从来不是转账，而是对方还没有钱包。Satscard 就是为这个场景设计的实体载体：一张可以贴在手机背面感应的 NFC 卡，官方文档（Ordinal Theory Handbook 的 Satscards 一节）说明，它可以存储比特币、铭文和 Runes，配套服务与产品页面在 satscard.com。
卡的核心结构是十个槽位。每个槽位内部保存一枚私钥和与之对应的比特币地址；出厂时所有槽位处于封存状态，私钥只存在于卡芯片里，卡外没有任何副本。封存意味着一种可检验的信任：只要你确信卡片没被拆封过，封存槽位的私钥就只有卡知道，物理持有这张卡，你就是这些槽位资产的唯一控制人。往封存槽位对应的地址转入资金或铭文，接收方不需要注册任何东西，地址本身就在芯片里。
查看卡片内容不需要专用读卡器。把手持卡贴近智能手机，卡会推送一个以 https://satscard.com/start 或 https://getsatscards.com/start 开头的链接（前缀取决于出厂批次）。这个 URL 里带一个签名，签名对象是每次碰卡重新生成的随机数，所以每次感应都会变化，旁观者难以原样复用。链接中的签名可以被恢复出当前槽位的地址，也间接证明”这张卡确实持有对应私钥”。ord 浏览器支持把整条 URL 粘进搜索栏或专门的 /satscard 页面，读出卡上槽位的余额、铭文与 Runes——送礼前核对、收礼后验证，用的是同一个公开入口。
真正”把卡里的钱变成我的钱”的步骤是开封（unseal）：用 coinkite 官方协议仓库 coinkite-tap-proto 提供的 cktap 命令行工具，在 Python 虚拟环境安装后执行 cktap unseal 开封槽位，再用 cktap wif 导出该槽位的地址与地址类型对应的私钥（形如 p2wpkh:K……）。文档在此处写得很坦白：开封是永久且不可逆的，一旦执行，私钥已经能被任何知道 PIN 的人通过 NFC 读到，卡对该槽位的保护随之消失，后续操作没有回退。因此导出私钥后，应当立刻把该槽位的全部资产扫走，例如把 WIF 通过管道交给 ord wallet sweep --address-type p2wpkh --fee-rate 10，文档原文甚至留下一句”Be careful, and good luck”。
还有一条容易被忽略的规格：Satscards 的预期可用寿命只有十年，官方文档明确不建议用它长期存放高价值资产。它更像一张会自己保管钥匙的礼品卡——适合小额、短期、有纪念意义的交付，而不是替代硬件钱包与备份纪律的冷存储方案。收卡方最稳的路径始终一致：碰卡查看、开封、扫走资产、把卡本身留作纪念。
给收卡与送卡的人各留一份清单。送卡方：先确认目标槽位是封存的——碰卡后用 ord 浏览器 /satscard 页读出地址，核对这枚地址在链上确实只有你转入的那笔；写入资产只写进这一个槽位，别贪心往一张卡塞多个资产种类，因为日后开封是按槽位进行的，一个槽位一个槽位地扫；如果对方长期不兑换，记住十年的寿命线，主动在到期前一两年提醒换成自己控制的钱包。收卡方：验货动作是先碰卡、看签名链接给出的地址与卖家承诺是否一致，再决定签收；开封时留一个干净环境——cktap 工具走 Python 虚拟环境安装，导出的 WIF 文件落在本地磁盘，任何一步都别顺手把私钥粘进在线转换器；cktap wif 会连地址类型一起打出来，抄下 p2wpkh 这类前缀，sweep 时 --address-type 要与它一致，扫错类型只是多花钱。最后把卡片本身留不留随你，资产的安全已经与它无关了。
从风控视角看，Satscard 的定位可以概括为”用物理完整性替代软件信任”。封存的卡片不联网、不弹升级、不会被供应链攻击偷偷导出私钥，它的假设只有两个：芯片没被破解、封装没被拆开；而硬件攻击并非不可能，礼品级卡片也不提供硬件钱包那类安全芯片认证与固件签名叙事，所以大额资产没人会托付给它。反过来，对”教会长辈转账""活动伴手礼""小额彩金”这类场景，一张碰一下就能查看、开封就能迁移的卡片，比讲清助记词便宜得多。定位想清楚，十槽、十年、不可逆三条规则就都顺理成章：它设计来周转，不设计来传家。 本文为机制说明，不构成任何投资建议。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。