Mina中的stake delegation

Posted 2022-04-27 mutourend

1. 引言

为支持将某人的质押委托给另一人，增加受托人赢的几率。
质押委托的设计目标为：

• 从网络安全的角度来看，希望质押或委托的金额越多越好。
• 应不会too expensive inside the SNARK。
• 应不会too expensive outside the SNARK。

2. stake delegation设计

将delegation抽象为函数delegate: Publick_key -> Public_key。
目前的2种设计方案：

• 1）方案一：Non-transitive stake delegate：如Tezos采用该方案。受托人的虚拟stake仅与直接的委托人所委托的金额相关，为所有直接委托人的委托金额之和。
• 2）方案二：transitive stake delegate：如Cardano采用该方案。若q将其stake委托给p，q’将其stake委托给q，则p的虚拟stake为二者之和。

Mina将选择方案一——non-transitive stake delegate，针对方案一，有3种设计思路：

• 1）思路一：Better in the SNARK, but worse everywhere else。
• 2）思路二：Worse in the SNARK, but better everywhere else。
• 3）思路三：Not worse in the SNARK, 具有类似思路二的优点，但delegation是明确的。

2.1 思路一

参考资料

[1] Mina rfcs 0007-delegation-of-stake.md

附录1. Mina系列博客

Mina系列博客有：

• Mina概览
• Mina的支付流程
• Mina的zkApp
• Mina中的Pasta（Pallas和Vesta）曲线
• Mina中的Schnorr signature
• Mina中的Pickles SNARK
• Mina中的Kimchi SNARK
• Mina Kimchi SNARK 代码解析
• Mina Berkeley QANet测试网zkApp初体验
• Mina中的Poseidon hash
• Mina中的多项式承诺方案
• Recursive SNARKs总览
• Mina技术白皮书
• Mina代码解析
• Mina中的Snark Worker
• Mina中的Scan State
• Mina中的VRF
• Mina中的delta_transition_chain_proof/delta_block_chain_proof