2020.01 DotCamp 简记

Overview

这是第一届打点创新营的一些要点记录。

  • (Aaron) BSV 细节处置
    1. tx & p2pkh 的结构细节 (192/546 及 dust 判定,简单策略是对 utxo 粒度做合理的控制)
    2. utxo 未入块的 mempool-chain 上限 (25 次) (简单方案:打点小额交易)
    3. 预拆分 utxo 降低单个输出的重要性,合并零碎 utxo 提升单笔 tx 信噪比
    4. 不直接认可 API 的返回,链上确认的必要性 (merkle tree spv 验证,也可考虑 gosvdb)
  • (Aus.Liu) 比特币脚本双层实现 (第一层全局驱动和触发,第二层本地执行处理)
    • 合约关注点是确定性,不是共识计算,无需全局执行 —> 计算无关的链上状态机
      • 由开发者定义,具体执行vm开放,链上确定性内容 (tx) 作为输入,可作为子模块
      • 关心状态者执行,链上保证状态的确定性 (然而并不一定公开)
      • 对于合约的调用可退化为一般的TX (由 function 退化为 trigger)
    • 本质1:第一层是权限 (1. 价值转移权限 2. 写入权限控制 3. 输入来源) 第二层是执行 (计算&输出)
    • 本质2:比特币应用是 actor 模型,单一总线的思维方式
  • (老刘) 币的存在性用户不一定感知;链上交互的开销不一定由用户承担;特性是中性的,需考虑具体场景;具体场景 - wiki/blog/note/评价系统等
  • (剑秋) svdb - 可靠性;余额的敏感性;手动mongo多节点;HD 地址监测
  • (哲明) 摘录
    • 钱包相关 (学习群分享)
      • 钱包的表层逻辑是余额管理和收付款,但真正的业务逻辑应围绕“对 UTXO 的操纵”来展开。 (更方便操作 UTXO 的钱包在未来会更有竞争力)
      • “私钥”只是一种 (针对 p2pkh 交易模板) 的 UTXO 操作方式,将来会有多种交易模板,以及通过门限签名 (无需私钥) 的 UTXO 的操作方式。
      • 钱包不仅应处理好对“钱”的控制,而更需要处理好对账本的控制,对数据的控制。 (这也是传统 wechat/alipay 钱包无法触及的领域)
      • 与其创造各种需求场景来提升账本的价值,不如尽力降低账本的使用成本,让成本极大的低于效用 (让账本作为 commodity 更便宜更好用,更有竞争力)
      • 钱包的本质,是 UTXO 的控制,是签名器。用来帮助用户实现对账本的控制,对应用的授权,和对数字签名的管理。
    • 值得思考的用例:财政经费 全透明,作为全局调控的决策依据,不失真
    • 无感知的小额支付为什么重要(广告作为普遍的变现手段,效率与之相比是极低的)
    • 《债》 中信出版社 博士推荐 “债权不灭”通缩 - 钱不是价值本身,只是一个衡量标准,指数看待时会平滑化,波动会趋向于很小。
    • 矿工的竞争与合作 (微妙,信息密度很大,此处暂略)


  • 顾露 (Gu Lu) 于免成居
  • 时间: 2020-01-06


(全文完)