2025BTC开发课程-第二、三课

第二课信息密度较大，老师将第三课作为第二课的补充和复习。 故这两课的笔记和心得集中在这一篇文章内汇总 via.Seven

0. BTC钱包推荐

1. Sparrow
   1. 支持
      1. 本地节点
      2. 线上节点
2. Electrum

1. UTXO和转账定义

2. 脚本验证执行过程

3. 三种地址转账协议

3.1 Legacy to Legacy

1. 转账步骤
   1. 使用私钥（SK）签名
   2. 使用公钥（PK）验证签名
   3. 复制PK
   4. 计算复制的 PK hash160
      1. hash160
         1. 一种hash运算，将 PK 转换为一个（哈西）字符串
   5. 比对 传入的hash值是否相等
   6. 使用 PK，SK 验证签名
2. 输出
   1. 输出一个交易结果数组
      1. 每个元素是一个具体的交易
         1. 【索引从0开始】符合编程数组理念

3.2 Segwit to Segwit

1. witness
   1. 不占 链上空间，不使用 链上 汇编 运算
   2. 地址与 legacy 长得不一样
   3. 结构
      1. sign
      2. pk
      3. scriptSig：
         1. null【设定成空值】
2. 输出脚本
   1. op_0
   2. op_hash 值
3. 节点根据 输出脚本的 类型
   1. 做 不同的 延签解锁处理【具体实例，具体处理】

3.3 Taproot to Taproot

1. 也是一种【segwit】
2. witness
   1. Schnorr Signature
      1. 使用斯诺签名
3. 输出-待解锁数据结构
   1. ScriptSig
   2. HASH32 （bit） Tweek 后的PK
4. 交易 Transaction
   1. inputs
      1. 数组，可以有多笔输入
   2. outputs
      1. 数组，可以有多笔输出

课堂笔记

聚合签名 ECDSA —> Schnorr

1. 椭圆曲线密码学
   1. 正向计算容易
   2. 反向难
2. ECDSA 没有聚合，Schnorr 有聚合性 【两个都是椭圆曲线的签名算法】
   1. ECDSA 物理混合 【Legacy & Segwit V0】
   2. Schnorr 化学混合 【Taproot】
3. 长度
   1. ECDSA 不固定
      1. 感觉类似 Hash的base64 会因为输入不同，输出的长度也不同
   2. Schnorr 长度固定
      1. 感觉类似【md5】算法，输出长度固定128bit
4. Schnorr
   1. 多签 也是 唯一的 聚合结果

2. Taproot地址 - 32Bit 不只是普通公钥

1. 输出密钥 = 内部公钥 + 默克尔根的调整
   1. 内部公钥
      1. 使用公钥签名
   2. 默克尔根的调整【】
      1. 所有能打开的条件
         1. 比如一个 口令Token
            1. 讲出"蚂蚁开门"，你就可以打开金库大门为所欲为

提问与解答

1. 测试网的使用
   1. 使用 -testnet
      1. test3
      2. 堵塞
      3. 更成熟的，先用这个
   2. 使用 -test4
      1. 有什么区别？
      2. 还比较新，暂时不当小白鼠
2. 手续费
   1. 只用 控制 输入 输出 自动计算fee
      1. 剩下的都是 手续 fee？
      2. 可以提前计算fee，倒推出 amount_sent [ 输入-fee ]
      3. 可以手动指定 手续费
         1. 直接给大量工费，超出市场价
            1. 交易会被提前处理
            2. 不太符合劳动人命的节俭朴素

验证实践