重磅｜Phala Network 新模型提案出炉，将通过公投表决上线
本文是对 Konstantin Shamruk 博士的《Phala 经济模型白皮书 V0.9》的总结，供 Phala 社区提前了解和研究。它也将会被提交至 Khala Network 议会进行民主投票，在公投通过之后，才会将该模型对应的配置文件和代码进行上线。
§. 设计目标
1. 支持 Phala Network
去信任化云服务的计算架构：
共识和计算分离；
可不断线性增长的计算节点（10 万台量级的计算节点）；
2. 激励矿工加入网络：
分别引导需求端和供给端的冷启动
初始供应量的 70% 的补贴池
类似比特币的预算减半时间表
3. 给应用支付合理定价
4. 链上性能表现
§. 设计概要
1.Value Promise 价值承诺模型 ( )
V 是每个矿工的虚拟分数，用于保证系统的安全
等于矿工通过在云平台贡献获得的收入（最小值）的预期总和
会根据矿工的行为和奖励的偿还动态变化
诚实的挖矿行为 :
会根据矿工在系统内的时间线性增长
对系统有害的行为 : 通过削减 来达到惩罚目的
2. 初始 V 值
矿工必须运行性能测试并质押一些代币才能获得初始 :
是可变的_抵押乘数_, 由网络决定乘数常量（Khala 或 Phala）
是机器的抵押额 ; _最小抵押额_是开始挖矿的最低要求。挖矿启动后，抵押额不可以再进行调整（减少或增加）
是矿机成本 , 由_性能测试分_来进行预估
是_信任等级分_
模拟实验结果建议 :
Confidence Levels （阅读原文了解详情）:
* * *
3. 性能测试分
CPU 性能测试是衡量在单位时间内可以完成多少计算 :
以下是实验参考数据：
| 测试平台 | 核心数 | 得分 | 估价 |
|---|---|---|---|
| 低端赛扬 | 4 | 450 | $150 |
| 中端 i5 10-Gen | 8 | 2000 | $500 |
| 高端 i9 9-Gen | 10 | 2800 | $790 |
该表基于撰写本文档时的版本，可能会发生变化。
性能测试分数将会被用于输入 :
挖矿前 : 决定_最小抵押额_
挖矿中 : 衡量动态表现
5. 最小抵押额
：_性能测试_分数
：可调整的常数变量
模拟实验结果建议 :
锁定状态的 $PHA token 也可以用于挖矿抵押，例如参与卡槽拍卖的 Khala Crowloan 奖励
6. 挖矿成本估计
是当前 PHA/USD 价格输入 , 由链上预言机动态输入
是_CPU 性能测试_得分 .
在早期阶段，系统以价值承诺来覆盖设备成本
未来我们计划转向补偿更高的摊销成本（将设备摊销成本添加到运行成本 和 ），从而提高 Miner 的增长速度
7. 一般挖矿流程
每个机器的 会在每个区块更新：
增长，只要计算节点持续工作
减少，如果矿机成功收到奖励支付
减少，如果根据_惩罚规则_矿机有负面行为
一旦矿工获得支付 ，他将立即在他的 Phala 钱包中收到支付金额。支付遵循_支付时间表并且必须满足补贴预算_。
区块高度 | t
| t+1
| ··
| T| ···
| T + δ
---|---|---|---|---|---|---
价值承诺 | V t
| V t+1
| ···| V T
| ···
| ···
支付数量 | w( Vt)
| w( Vt+1)| ···
| w(__V__T )| 0
| κ__V__T
| 区块奖励 | ···| ···
| 区块奖励 | 冷却 δ 个区块 | 最终支付 (Khala 链上为 0)
模拟实验结果建议 :
- (或更低)
8. 值更新
假设没有支付行为和惩罚行为 :
待定：根据当前性能测试分数 定义调整后的 方程
是机器 值的无条件增量系数
是估算的运行机器的运维成本，如电费、网络费用、管理费用等
代表对诚实矿工意外惩罚的补偿因子（在模拟中被忽略）
模拟实验结果建议 :
(每小时)
(每小时)
9. 支付事件
为了满足补贴预算要求，每个区块会根据当前_矿工份额_按比例分配预算 :
是单位时间内的当前网络补贴预算。每当 支付给矿工时，他的 将相应更新 :
Share （份额）代表我们将允许矿工从 中提取多少。虽然尚未最终确定，但将大致接近基准值 :
10. 补贴预算
| 参数 / 平行链 | 总和 | Khala | Phala |
|---|---|---|---|
| 中继链 | / | Kusama | Polkadot |
| 挖矿补贴预算 | 7 亿 | 1000 万 | 6.9 亿 |
| 衰减周期 | / | 45 天 | 180 天 |
| 衰减比例 | / | 每次 25% | 每次 25% |
| 税率 | / | 20% | 20% |
| 首月奖励额 | / | 180 万 | 2160 万 |
11. 在线心跳
如果在区块 的矿工的 VRF 小于他当前的心跳阈值 ，该矿机必须将心跳交易发送到链上（自动），链将更新他的 V 值情况到链上记录，并发送一次支付奖励 到他的钱包：
如果他没有将在线心跳交易发送到链上（例如：几个区块），他的 V 值将更新为：
并且他的状态更改为_无响应_，并在接下来的每个区块受到惩罚，直到矿工重新回到网络并回应心跳请求，或手动停止挖矿。削减的 值 在_惩罚_部分定义。
心跳设计的目标是让系统承受每个块处理大约 20 个心跳交易。心跳挑战概率 γ (V t ) 将根据这个挑战交易数量目标进行自动调整。
12. 惩罚
矿工的惩罚规则定义如下。请注意，目前系统仅实践了 1 级惩罚：
| 严重性 | 错误行为 | 惩罚 |
|---|---|---|
| 等级 1 | 机器掉线 | 每小时惩罚 0.1% 的 V (平摊到每区块) |
| 等级 2 | 被动发生的错误行为 | 惩罚 1% 的 V |
| 等级 3 | 恶意行为 / 大规模下线 | 10% 的 V |
| 等级 4 | 对系统产生严重危害 | 100% 的 V |
13. 退出支付
当矿工选择退出平台时，他可以发送一个退出交易并在冷却期 后收到他的退出支付，我们建议冷却期 为 7 天。
冷却期过后，矿工可以拿到最后一笔支付，取回最初的抵押额。当 比最初的 更低时，矿工受到的惩罚会影响到抵押额：
为了避免套利，参数必须满足如下条件：
实验模拟结果建议 :
About Phala
Phala Network 是一个 Web3.0 共享云平台，旨在解决计算云中的信任问题。基于 TEE 可信硬件的分布式计算，Phala 云计算可在不牺牲数据机密性的情况下实现大规模云计算处理，其计算系统是可信的。
Phala 通过将共识机制与计算分离，确保处理能力具有高度可延展性。不同于传统云服务平台，Phala 的计算节点哪怕不在数据中心也可以提供安全、机密性好、边缘化的云服务，这使得 Phala 为强大安全和可扩展的无信任计算云创建了共享经济模型的基础设施。