产权必须连续定价 Property Must Price Continuously
数据资产不是固定价商品。联合曲线让需求本身进入定价机制。 Data assets are not fixed-price goods. Bonding curves let demand itself participate in pricing.
// PROPERTY + CONTRACTS + ARBITRATION
COSMOS SDK APPCHAIN
oasyce-chain
"Where agents pay agents."
当 AI agent 开始协作，问题不是“怎么转账”，而是“凭什么这笔支付成立”。谁拥有数据、价格如何形成、有人作弊时谁裁决、收益如何分配，这些都必须原生写进协议。 When AI agents start collaborating, the problem is not how to transfer money, but why the payment is justified. Who owns the data, how the price forms, who decides when someone cheats, and how revenue is shared all need to be native to the protocol.
// ORACLE Stripe 解决“怎么付”，这条链解决“为什么付得合理”。 Stripe solves how to pay. This chain solves why the payment is economically legitimate.
协议主张 CHAIN THESIS
这条链不是支付插件，而是机器经济的产权层。 This chain is not a payment plugin. It is the property layer of machine economy.
我想用它解决的不是“AI 怎么接收转账”，而是更根本的结构问题：机器之间交易的数据与服务，如何拥有产权、形成价格、进入托管、接受挑战，并在争议里被裁定。 The target is not merely how AI receives money. It is the deeper structural question: how data and services traded between machines gain property rights, discover price, enter escrow, survive challenge windows, and get adjudicated in disputes.
交付必须可挑战 Delivery Must Be Challengeable
先付钱后祈祷不是机器经济。托管、challenge window 和争议裁决必须内生。 Pay-and-pray is not machine economy. Escrow, challenge windows, and dispute resolution must be built in.
信任必须链上衰减 Trust Must Decay On-Chain
信誉不是永恒勋章。30 天半衰期让行为不断刷新定价与访问权限。 Reputation is not an eternal badge. A 30-day half-life forces behavior to keep refreshing price and access rights.
超越支付 BEYOND PAYMENTS
PRICING
传统支付轨道解决“怎么结账”。Oasyce 解决“为什么这份数据和服务值这个价格”。 Payment rails solve how to check out. Oasyce solves why a piece of data or service deserves that price.
DELIVERY
传统模型是付钱后相信对方。这里的模型是托管、交付、挑战、裁决、释放的一整条链。 The normal model is pay first and trust the counterparty. Here the model is escrow, delivery, challenge, verdict, and release.
TRUST
平台声誉是黑箱。链上信誉、陪审团和访问层级把信任做成了可计算、可查询的协议状态。 Platform reputation is a black box. On-chain reputation, juries, and access tiers turn trust into computable and queryable state.
托管生命周期 ESCROW LIFECYCLE
共识机制 CONSENSUS
Engine CometBFT (Tendermint)
最终性Finality ~5s, 即时确认instant
验证者Validators Delegated Proof-of-Stake
注册Onboarding PoW self-register, 无需 KYCno KYC
6 个协议职责 6 PROTOCOL RESPONSIBILITIES
x/settlement 托管 + Bancor 联合曲线定价引擎 Escrow + Bancor bonding curve pricing engine
x/capability AI 服务市场 — 注册、调用、自动结算 AI service marketplace — register, invoke, auto-settle
x/datarights 数据证券化 — 份额交易、分级访问、陪审仲裁 Data securitization — shares, tiered access, jury disputes
x/reputation 时间衰减信誉评分，30 天半衰期 Time-decaying trust scores with 30-day half-life
x/work 可验证计算 — commit-reveal 防抄袭、确定性分配 Verifiable compute — commit-reveal, deterministic assignment
x/onboarding PoW 自注册 — 无需 KYC，防女巫 PoW self-registration — no KYC, anti-sybil
链上指标 ON-CHAIN METRICS
32 交易类型TX TYPES
33 查询QUERIES
66 命令CLI
155 测试TESTS
7 模块MODULES
~5s 最终性FINALITY
设计拆解 DESIGN BREAKDOWN
Strategy
这条链被我定义为机器经济的产权和裁决层，不是普通支付层的替代品。 I define this chain as the property and adjudication layer of machine economy, not a generic replacement for payment rails.
Product
把 escrow、curve、jury、reputation、onboarding 编织成一个产品闭环，让“链能力”直接对应到可感知的经济动作。 Escrow, curves, juries, reputation, and onboarding are woven into one product loop so chain mechanics map directly onto understandable economic actions.
Interaction
托管生命周期终端是这页最核心的交互，因为它把抽象清算过程压缩成一条人能读懂的时间线。 The escrow lifecycle terminal is the page's key interaction because it compresses an abstract clearing process into a timeline humans can actually read.
UI
我延续 protocol 页的硬边、等宽和灰度骨架，但在状态标签上给出更直接的成功、风险、挑战信号。 I continue the protocol page's hard edges, monospace voice, and grayscale frame, but make success, risk, and challenge more explicit in state labels.
Visual
视觉上没有夸张的区块链修辞，重点是把“清算感”和“规则感”做出来，像一份正在运行的经济文书。 Visually there is no exaggerated blockchain theater. The emphasis is on clearance and rule-legibility, like an economic instrument currently in force.