Qlyphs 工作原理
链负责记录，索引器负责解释，见证者负责证明，你的钱包负责判断。四种角色，刻意分开。
在 Qlyphs 中，谁负责什么？为什么这些职责要分开？
Qlyphs 把已签名的 Quantus 交易变成一套资产系统：同质化代币、Quark（编号的独一无二资产），以及以 QTC 计价的市场。它的核心是 QLYP（Qlyphs 协议），一个确定性协议。其操作记录在 Quantus 上，任何人用同样的规则处理同样的历史，都会得到同样的余额。
这个思路一句话就能说清：所有权应当能从链上历史重建出来，而一次购买绝不应依赖某台服务器在收到你的钱之后才决定是否交付。
四种角色，一笔交易
- 01 / 05
你对确切的调用签名
你的钱包自己构建 Quantus 交易，向你展示资产、数量、目标地址和费用，并在你的设备上签名。应用可以提议交易，但不能更改钱包授权的内容。
- 02 / 05
Quantus 为它排序
链会验证签名，把交易放进区块，并执行其中的原生 QTC 转账。它会记录 QLYP 消息，但不判定这条消息是否为有效的代币操作。
- 03 / 05
索引器赋予它含义
索引器按顺序读取已最终确认的区块，并应用已公布的 QLYP 规则。余额、所有权和预留都由此得出。它从不持有你的助记词，也不持有任何能花费你 QTC 的密钥。
- 04 / 05
两个见证者达成一致
两个独立的重放引擎（一个用 TypeScript 编写，一个用 Python 编写）从链上算出相同的已最终确认状态，并各自用 ML-DSA-87 签名。两者一致是证据，而不是证明二者都诚实的数学证明。
- 05 / 05
你的钱包在付款前检查
对于受保护的购买，钱包会用编译进钱包的密钥验证两个签名，核对即将付款的报价，然后才签名。缺少证据时，购买会被停用，而不是退而依赖信任。
每种角色能声明什么
Quantus：排序与执行
链验证你的签名，对交易排序，并执行原生 QTC 转账。一笔成功的 Quantus 交易本身并不能证明某个 QLYP 操作是有效的。
规则：接受或拒绝
QLYP 检查消息格式、你的序列号、你的授权、金额以及先前的状态。只有整套规则都接受该操作，它对代币的效果才会成立。
索引器：重放与提供数据
它重放已最终确认的区块，并提供由此得到的视图。它既不持有你的助记词，也不持有任何能花费你的 QTC 的密钥。
见证者：证明
两个独立的重放引擎对各自计算出的状态签名。这些签名之所以有意义，只是因为你的钱包会用构建时内置的密钥去核验它们。
服务器不是结算的决定者
有效的购买通过协议自身的状态转换规则交付代币。服务器回调、数据库中的一行记录或人工批准的余额，绝不是所有权的来源。