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
