产品设计

非托管约束下的产品设计:订阅、退款、分账各自能做成什么样,以及为什么。

2026-09-28 · 5 分钟

我们让链来批改自己的算术:升降级折算的零信任设计

顾客在周期中途升级套餐时,总得有人算那笔未用时间的抵扣——在其他任何地方,你只能信平台报的数。在 Finality,后端提出折算,链上程序独立重算;两边对不上,交易直接失败。这篇讲我们为什么把自己的算术关进笼子。

2026-09-28 · 6 分钟

为什么我们在五条链上自营全节点(而不是租别人的)

每家支付平台都承诺检测快、结算稳。能不能兑现,取决于一层大多数人从不提的基础设施:盯着链的是谁的节点。Finality 在五条链上全部自营的三个理由——速度的理由、依赖的理由、隐私的理由。

2026-09-28 · 6 分钟

链上没有'以后扣款'这回事,我们怎么做出了业界第一个真加密订阅

区块链没有 pull 支付——每笔转账都要持有人当下签名。行业的答案是穿着订阅外衣的提醒邮件。这篇讲让'不托管的自动循环扣款'成真的三个设计决策:条款住在地址里、keeper 能触发但不能决定、出口永远敞开——包括那些不舒服的部分。

2026-09-27 · 6 分钟

分销商的佣金,从来不经你的手——这正是卖点

在 Finality 的分销系统里,佣金从顾客那笔付款交易内部切出,直达分销商钱包——商户在物理上无法扣留、拖延或忘记它。为什么我们把钱设计成绕开自己的客户走,以及为什么商户反而为此感谢我们。

2026-09-22 · 5 分钟

取消订阅,我们连租金押金都退——为什么 Finality 从没把这当成可选项

在 Finality 关闭一个订阅金库,一笔交易退回所有东西:没用完的余额,和那几毛钱谁都懒得退的链上租金。一个小小的产品决策,定义了'非托管'三个字到底是什么意思。

2026-08-08 · 6 分钟

不持有顾客资金的加密订阅怎么做

订阅默认商户可以在之后向顾客收费。区块链没有这个原语。这是让自动续费在非托管前提下成立的设计。

其它主题