> For the complete documentation index, see [llms.txt](https://docs.miyou.io/whitepaper/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.miyou.io/whitepaper/miyou-whitepaper-cn/7.-jing-ji-mo-xing-she-ji-yu-guan-li.md). # 7.经济模型设计与管理 一个区块链系统的经济模型设计对项目是否成功有着至关重要的作用。我们在白皮书中给出经济模型设计的主要内容，包含通证的总量设计、各种角色的分配比例、发行机制、流动性管理、基金会管理职能。如果不能详细说明的部分，也力争给出需要遵守的原则。 ### 7.1. 经济模型设计 电子邮件中的数字通证是平台中应用媒介，用于完成系统中涉及区块链技术的设计。我们说明主要的三个部分：邮件经济模型，其他经济模型的考虑，价值捕获。 1\. 邮件经济模型 通证名称：MiYou 通证缩写：MY 货币单位与数值精度：小数点后18位 通证总量：1000亿。
通证的分配： 早期客户 10%：对于早期客户的空投，产品使用奖励，生态贡献奖励。 投资者15%（私募+公募）：总量已定，方式待定，根据项目进度逐步解禁。 MiYou Lab 15%：作为产品研发与运营费用，6年逐步解禁。 基金会60%：作为长期生态建设与储备资产管理，根据项目的进展情况逐步解禁。基金会的职能与管理方式在7.3节介绍。初始经济模型设计不完善的部分，将由基金会使用本项目通证给予调整。 通证的分发开始时间：从2022年部分产品上线开始，已有部分客户分配到早期产品使用奖励通证，使用中的价格暂时按照0.003美元计算。 投资者与技术团队通证发放暂时未进行，需要根据项目进展确定。 总的分发规划遵循的原则是符合项目中对通证的应用需求。 2\. 生态中其他经济模型的问题。 在邮件生态的规划中，除了有邮箱链，还会有营销链，存储链等区块链系统的规划。在区块链邮箱主生态没有完善的情况下，不设计其他系统的经济模型。需要使用通证的场景下，使用邮箱链发行的通证。未来某个领域会独立发展，需要启动独立的区块链系统时，再进行新的经济模型设计。邮箱链的经济模型非必要情况下不做调整，其他业务使用到的邮件通证，在未来独立设计经济模型时，按比例归还邮件通证。一些应用的经济模型前期会使用积分来记录用户的贡献，后期会根据发展考虑设计单独的经济模型。 3\. 价值捕获 邮件经济模型的价值来自于内部价值的产生与外部价值的捕获，这是整个系统长期健康生存的基础。 内部价值的产生来源于系统产生的原生价值，这部分业务在传统领域基本不存在，或者和传统业务的模式完全不同。主要包含几个方面 （1）邮件中数据保全等新功能带来的附加值收入； （2）Web3名称服务与MMS产品带来的付费收入； （3）Web3 SaaS服务的收入，如提供铸造NFT，SBT等功能； （4）交易市场产生的收入； （5）其他属于Web3产品的原生收入。 对于外部价值的捕获，我们定义为解决传统问题而产生的收入，这部分收入在传统领域中存在，我们通过新的技术与模式，重新分配了相关收入结构，并从中获得收益。主要包含几个方面： （1）区块链邮箱带来新竞争力的产品付费收入； （2）解决邮件营销中价值再分配产生的收入； （3）将Web2用户带入Web3领域产生的附加值收入； （4）在数据密宝等产品中通过价值再分配产生的新收入； （5）其他可以改造与升级传统业务产生的收入。 对于邮件系统的价值捕获产生的收入分配问题，我们在股权融资与通证融资一节具体描述。 ### 7.2. 股权融资与通证融资 鉴于区块链技术的发展阶段和项目中产品与服务的特点，本项目同时采用股权融资与通证融资的方式，以求充分发挥两种方式的优点，而遏制其缺点。 股权融资与通证融资各有优缺点，各有自己的适应场景。从成熟度上股权融资经历了较长的发展时间，有成熟的管理经验和成熟的制度体系。通证融资作为数字货币产生之后的一种融资方式，有鲜明的特点。股权融资是一种比例融资，可以无限的循环下去。通证融资是一种总量分配的融资，一般只在初期进行1、2次，在通证分配完成的情况下，一般也不会有后续的通证融资。 相对于早期融资金额，通证融资经常会获得大量的资金，这是一个优点，同时也潜藏比较大的风险。一些项目团队缺乏相应的管理经验，也不会在初期注重合理性与性价比，浪费太多的资源，在使用资金上容易出现比较严重的问题。此外，因为通证在早期已经分配完成，事后没有补救的方法，这对于区块链项目几乎是致命的打击。通证融资不能依靠设置阶段使命而配置资金的外部条件，这缺少了股权融资阶段成长的优点，尤其是非资金职能的成长环境。 股权融资因为分了多个阶段，不仅在资金管理上具有合理性，而且每个阶段还完成了项目中的其他职能分阶段发展的要求。这种逐渐成长的方式，更适合一般事物的成长规律，不容易犯下严重错误，或者对于犯了严重错误的项目中途终止或调整，一般不会造成严重的后果。项目的其他职能方面包括：产品、销售、运营、团队与文化的建设。
股权融资和通证融资有各自的特点，没有绝对的好坏之分，可以将两种融资方式结合在一起使用，需要处理好两种融资的职能分工与利益分配。在项目的初期，股权融资的费用尽量用于直接的现金支付情况，用于解决当下问题，如员工的直接工资、办公用品费用、办公室租金等费用。通证融资的资金与通证尽量用于未来和生态中的激励行为，如员工的奖励（像股权一样有成熟期，不能随意释放通证）、社区的激励、产品运营中的激励、对产品发展有帮助的外部合作方激励等。同时通证的激励尽量能够附加锁定期，以使获得者更注重长期利益，使得通证拥有者与项目的长期发展激励相容。 两种融资的并行使用，要规划好两种融资群体的利益边界与利益分配比例，否则，在后期会产生较大的冲突。相对来说股权融资产生的是项目方的股东，通证融资产生的主要是项目中的用户，这两种主体之间的利益有所不同。 哪些利益分配给股东，哪些利益分配给用户（应用中的用户是通证的受益方），需要一定的规则和边界。首先，股权融资的规则设计要利于项目的长期发展，但股权投资的退出期一般较长，退出方式有限，需要考虑股东的利益诉求，建议股东投资者同时参与通证融资，补充股权投资的退出方式不足。通证融资要设定锁定期，减少投机行为，使其利于项目的长期发展。 **互相买入，形成交叉互持** 股权融资与通证融资需要分清，默认情况下，并不是投资了股权就可以分配通证，需要单独购买通证，或参与通证的资金募集。拥有了通证也并不会分享股权收益。可以在他们之间建立联系。因为通证融资通常会筹集大量的资金，可以将通证筹集的一部分资金参与项目的股权融资，具体的比例参照风险投资的股权投资规则，将获得的股份权益交由基金会一起管理。这样通证生态可以获得公司的未来股权收益，打通了两者之间的联系。也可以在进行股权融资的同时，鼓励股权投资者同时进行通证投资（这种通证融资通常不能带来产品的天使客户）。 **利益分配顺序** 在通证融资和股权融资的利益先后顺序上，优先保证通证融资的利益方，因为通证发展的好坏直接关系到项目的成败，在项目失败的情况下，股权融资的利益也得不到保证。股权投资的利益分配可以在全部的利益空间内分配，通证投资的利益分配需要在应用内。通常因为通证的系统需要外部的价值捕获，这一点会与股权产生冲突，可能会造成归属股东的利益被用于通证，这些方面需要做一些事前的约定规则，或者在产生冲突的时候协商解决办法。通证融资与股权融资的利益边界没有明显的划分，会根据具体业务的不同，而有所不同。一般由通证主要解决问题的业务，利益主要分配给通证拥有者，根据公司参与的贡献比例，也应体现利益分配，例如，可以采用7:3分配原则。如果是依靠公司推进的收入，通证应用在其中起到辅助左右，则利益分配主要分配给股权拥有者，通证拥有者根据贡献度参与共同分配。 ### 7.3. 基金会的职能与管理方式 在区块链项目中，基金会有着更重要的作用，需要完成两个重要的职能：（1）项目资金与通证的管理；（2）推动项目的直接发展和生态的建设。我们在本节阐述基金会对于项目资金与通证的管理，生态的管理与建设在下一节具体说明。 **通证流动性控制与数量调控** 区块链项目在发展过程中对通证的需求是变化的，需要有经济手段来调整项目中流通的通证数量。在项目的初期为了通证融资，一般都会发行较大数量的通证，但项目的发展还没有起步，应用中对通证的需求基本为零或很少。在这种情况下，一方面需要在项目的初期设定经济模型的时候，规定相应的锁定时间与释放周期；另一方面需要通过基金会来调整期流动性。在项目发展期和成熟期也需要基金会具备这种职能来调节市场中通证的供给与需求的匹配。 **基金会的货币稳定与外汇储备职能** 基金会的货币稳定职能和外汇储备可以参考国际货币体系的一些操作方式。因为区块链的无国界特点，可以借鉴这些国际货币体系的一些规则。 我们需要考虑以下几个问题： (1)选择哪些货币（和通证）作为储备； (2)储备的数量与分配； (3)使用规则。 储备货币的选择：基金会可以将目前具有稳定表现和价值基础的比特币、以太币作为外汇储备的重点，同时法币也是基金会的重点储备之一。法币的储备可以选择部分的稳定币作为灵活使用的准备，同时为了防止目前稳定币的风险，需要基金会可以保持现有国际货币体系中的主流法币，如美元、人民币、欧元等。 储备的数量与分配：几种储备货币之间的比例，根据基金会的特点和区块链项目的发展决定。初期，基金会一般只拥有本项目的通证和少量的通证融资，要达到由几种通证完成货币储备的理想状况，会是一个长期的过程。 最终的储备模型将会由经济专家设计完成。初期目标选择法币、比特币、以太币、本项目通证作为作为资金储备，可以使用最简单的平分方法处理，每种货币储备各占四分之一。如果比特币、以太币两种货币波动过大，在历史价格的新高点可以出售一定比例，转换为法币的储备；在相对价格的低点附近可以增加比特币、以太币的储备。这样不仅能够起到稳定币价的职能，也可以收获其他数字货币的涨跌收益。
**基金会的其他金融职能** 现实中的金融体系有很多的职能，在区块链的去中心化系统中，这些职能都没有办法来实现。尤其是宏观调控层面的措施，在区块链体系中都很难实现。但涉及金融体系，这些调控的策略和手段都是需要的，不然缺少这些手段的金融领域会存在更多的风险，会给“坏人”留下作恶的条件。一种方式是将这部分的职能考虑放到基金的职责范围内来完成。从另外一个角度来说，我们可以将“看不见的手”的市场职能都交给区块链技术体系来完成，将“看得见的手”的政府职能放在基金会来完成。 **基金会的管理方式** 前期项目采用比较传统的基金会管理结构来管理资金与生态中的项目发展，后期会逐渐融入一些新的管理方式。 近几年Web3.0的繁荣，推动了链上治理的需求，也推动了DAO（去中心化自治组织）的发展。DAO的新颖性恰恰在于它们能够协调大量人员，同时避免层级结构的笨重。DAO有其自身的优缺点，在基金会层面，DAO的资金管理的透明性，规则的公开性和不可篡改性，可以帮助基金会更好的完成资金管理与生态支持的两个任务。 在经济学的技术与制度的协同演化研究中，也可以看到生产力的发展也一直推动着生产关系的变化，其中一个方面就是组织结构的变化。DAO有可能重塑我们的工作方式、做出集体决策、分配资源、分配财富等当前社会中的较大问题。随着发展，在DAO机制更完善的情况下，更多的将基金会与社区的管理转向这种去中心化的治理方式上。 ### 7.4. 生态的管理与建设 推动项目的直接发展和生态的建设是基金会另一项重要职能。这关系到整个项目的长期成长与发展空间。 **基金会对项目发展的直接支持** 基金会对项目发展的直接支持，是基金会最直接的产生目的。通常是有对项目方的直接资金支持，对项目社区的资金支持，还有一些额外的直接支持。 对项目方的直接资金支持就是在项目方资金不够的情况下，从基金会的资金账户上提取一定数的资金转给项目方，用于对项目的产品研发、运营支持。具体的数量，与项目的资金使用计划相关，一般保持一年的费用周期比较合理。 因为本项目采用股权融资与通证融资两种方式，这部分的资金是否需要返回，还需要根据项目的管理结构和项目的融资与利益分配情况。如果项目方有股权融资渠道，或未来收入来源，采用借款归还的方式会更合理，因为不必调整项目的利益分配。如果不需要归还，也可以认为是基金会的对外投资，接受投资的项目方可以将一定数量的股权回报给基金会。这种方式同样适用于生态中的项目方。 对项目社区的支持有很多参考的方式，是内在激励机制的补充或加强。对于区块链内在激励机制不能覆盖的领域，如前期产品与运营的参与，社区活动的参与，正式系统中的Bug发现等工作，都需要给予奖励。 一些额外的直接支持范围比较广泛，是对项目发展做出直接贡献的非项目方，非社区人员或团体，如某个媒体举行了我喜欢的十大Web3产品评比，专业机构对本方项目的分析与宣传等等，这些行为都可以由基金会给予激励措施，在使用中注意不要影响这些外部参与的公正性和客观性。 **基金会对项目生态发展的支持** 基金会对项目生态发展的支持，主要是促进不属于本项目，但属于和本项目相关的生态，或上下游产品。对于这种生态的发展支持，更多的是学习业内优秀榜样已经实践成功的方式，如以太坊基金会的成功案例。随着以太坊的发展，在相关的生态支持方面工作逐渐完善，可以用出色来描述生态发展的支持工作。基金会对于生态的支持内容计划公布在网站 上。并且在尽可能的情况下，优先扶植项目的生态合作伙伴。 --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://docs.miyou.io/whitepaper/miyou-whitepaper-cn/7.-jing-ji-mo-xing-she-ji-yu-guan-li.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.