Merculet 的使命
Merculet定位全球创业者的首席增长官，帮助互联网企业拥抱Token化运营，提供开箱即用的全套解决方案，无需任何区块链知识，也不需要写任何区块链代码，只需要几个参数配置，就能让企业在一天之内具备Token化运营的能力，并通过区块链的互信体系实现与其他生态企业的打通，促进价值流通！
Merculet希望以注意力经济为切入点，实际带动整个移动互联网企业和用户快速进入区块链时代的价值互联网，重启一个百花齐放的互联网！
Merculet的多链多资产架构
多链多资产架构是Merculet团队经过考量和测试后，我们认为在当前就满足服务于海量移动互联网企业以及用户为数不多的SLA需求，并在未来具备良好延展性的技术架构。Merculet的未来将服务于海量互联网企业，为他们提供的解决方案就是Token化的“端到端”运营方案，帮助他们实现快速高效地增长。
以上是Merculet的多链多资产架构，每一层的职责如下：
1.最上层(Layer 3，Off Chain)是Merculet的SAAS解决方案层：未来在我们开放互联网资产层的接口后对接的第三方平台或者App都会在这里，它解决的是数以亿计的互联网用户接入以及企业客户解决方案接入的问题。这一层预计能达到10万+的TPS；
2.中间层(Layer 2, Permissioned Chain)是互联网资产层：负责UAT和UAV的生成，UAT在企业生态闭环内的流通， 以及我们的合作伙伴自定义智能合约的执行。根据节点的情况，TPS将在300~1000/s之间；
3.底层(Layer 1, Public Chain)是原生资产层: 负责数字货币对于UAT的锚定和流通，包括直接面向公链账本的MVP，以及Merculet的合作客户未来在公链上发行的数字货币。目前我们的原生资产层建设在以太主网，TPS依赖于各大公链的TPS。
这只是目前Merculet架构的一个简略版本用来方便阐述我们的整体架构。事实上作为一个为海量企业提供开箱即的整体解决方案的架构来说，背后的复杂度远远超出本图所描述的，比如反作弊体系，与其他公链的对接，内容开发平台或者数据开放平台等都并未在本图中展示。
为什么不选择从改进公链开始，而是从混合链开始？
改进公链是一个长期的过程
从规模化应用导入的角度，现有的公链都存在很多不同角度的改进空间，而要把这些改进的公链投入到规模化的大规模应用里，必须经历从原型到测试到上线到线上运行测试以及稳定和升级等一个非常漫长的过程，也就是社区经常看到的现象，一个公链的改进从开始立项到最终落地总是要经历多年才有可能。
企业级需求刻不容缓
后移动互联网时代，企业增长乏力，大量的预算投往渠道，但是买来的却是不相关的用户；大量的资源都不断地流向如Facebook或者Google这样的头部企业，所有的创业者都迫切的需要一种全新的增长方式；同时，大量的区块链的新闻和讨论，给这个时代的创业者带来了空前的焦虑：究竟如何参与到区块链的世界中？
另外一方面，用户的这些需求都正在觉醒：真正个性化的体验、数据所有权的掌控、个人隐私的保护，甚至主动参与到产品当中与自己喜爱的产品进行更好的互动等。
Token化运营为两个核心问题带来一个全新的解答：为企业拥抱区块链实现有机增长，帮助用户追求价值和自由。但是企业拥抱Token化运营存在大量的产品和技术障碍，这个问题迫切需求得到解决。
公链目前还不能满足规模化的企业级需求，或者说，公链的设计目标并不是为了满足企业级需求
Merculet的原生资产MVP，本质上是为企业Token化运营过程中提供了一个在业务闭环之外的，人人可参与的更开放的Token流通环境。这样的环境需要构建在人人都可参与的可信的基础设施之上，而公链本质上完全符合这个要求。 因此我们选择以太坊做为我们MVP的基础平台。
但是MVP仅仅是我们Token化运营解决方案和开放平台的一部分，并非全部。
Merculet作为一个开放平台以及整体解决方案，需要解决所有企业在Token化运营的过程中会遇到的障碍，比如，要帮助企业构筑用户注意力评估（UAV）体系，帮助企业发放用户注意力通证（UAT），建立企业和企业之间的互信体系以便快速协作。
虽然这套体系也需要构筑在可信的基础设施之上，但并不需要人人参与，并且企业都有其独特的需求。更准确的说，我们所构筑的是一个个企业生态联盟中的部落，每个企业有自己的用户注意力评估体系，每个部落之内有自己的Token流通规则，部落和部落之间也会有利益合作。 因此和从社会经济学角度设计的公链的目的有所不同，企业的可信基础设施需要的是：
1.授信节点，而非人人都可参与（也并无必要人人参与，因为这样会需要巨大的妥协）；
2.节点间的价值锚点是业务本身，交易费和记账的旷工奖励都和业务无关，无需存在；同时，企业也无法接受不可预计的基础设施成本；
3. 业务本身一定是一个以不同的部落分布为基础的多中心环境，而不是人人都可参与的完全去中心化的环境，因此账本数据权限的访问一定需要按部落分层；
4. 面对海量的互联网用户，性能上需要有高吞吐量和低延时的体验。企业服务需要有SLA的保障。
公链在短时间内是解决不了上述问题的，甚至前三点和公链设计的初衷本身就存在矛盾。因为公链要保证的是在尽可能多的节点情况下满足足够民主的决策。理想情况下，分布式环境下的共识是确定性的拜占庭容错，比如PBFT，然而在人人都可参与的条件下，PBFT并不具备可操作性，因为PBFT下每个节点都要和所有节点进行通信，以完成决策，这在全网环境下是不现实的。因此公链大多选择的是非确定性拜占庭容错算法，比如POW和POS。 非确定性拜占庭容错对于节点来说需要有一套经济激励模型来使得诚实带来的收益大于作弊带来的收益。因此公链持续运营的基础是以提供基础设施服务（节点）为价值锚点的交易费和矿工奖励的存在。另外， 因为人人都可参与的原因，公链账本数据的访问一定是扁平的。
Merculet的混合实现
Merculet采用了公链和联盟链的混合架构，兼顾To C的自由与安全，以及To B的稳定与规模化发展，以最快的速度让整个方案可以服务于整个移动互联网的企业和用户，并保持未来迭代整体架构的可能性。
因此Merculet基于Hyperledger的Fabric构建了联盟链作为互联网资产层，它承载着业务闭环下用户注意力的记录和注意力通证的流通。联盟链天生就是permissioned node，只有部落生态里的相关成员才是利益相关方，才会贡献节点。由于不是全网环境，节点有限，那么这时满足确定性拜占庭容错的共识算法就能真正落地，甚至在授信节点的情况下也可以适当采用CFT而非拜占庭容错的共识算法，实现共识吞吐能力的提升。这样也无需额外的交易费、矿工奖励等经济手段来保证节点的诚信。而像Fabric这样的联盟链，具备Channel的概念来定义数据共享通道，能够实现账本数据的授信访问。
在不同节点网络的环境下，目前Merculet互联网资产层的TPS在300~1000/s之间。这样的TPS仍旧不满足海量互联网用户的需求。而且，作为开放平台，资产流通只是解决方案的一部分，对于企业来说还需要解决很多问题，例如一个面对海量互联网用户接入的开放API，实现对于用户注意力规则制定的管理界面，企业和用户的开放平台账户体系等。因此Merculet在互联网资产层之上又架设了经典的互联网接入层，提供可以满足不同企业SLA需求的技术接入服务，TPS保证可达到10万/s。
三层架构从上至下分别是中心化的经典大数据层，多中心的联盟链层，和完全去中心化的公链层。可能有人会问这样的架构对于终端用户来说并不是完全去中心化的。我们需要强调的是对于终端用户来说，需要的是可信，不是完全的去中心化。在资产的不同流通环境中对于可信的要求也是不同的：对于可以在公链世界进行交易的原生资产MVP，终端用户需要的是一个完全开放的、人人可以参与的可信环境；但是对于UAV和UAT，用户需要的是在资产流通的相关生态内可信的环境，需要的是生态联盟共同持有的资产账本具备不可篡改性；对于用户来说企业改变的UAV的评估和UAT的发放规则是可以接受的，但是必须以公开账本的形式记录在案，并对于每一次的变化做出解释。因此Merculet未来也会公开联盟链层的账本记录，提供类似etherscan那样的查询服务，实现每一次的资产流通记录都是可查的；而最上层的互联网接入层中的SAAS开放平台，我们未来也会根据运营情况作为一种参考实现进行开源，并直接提供以联盟链为核心的互联网资产层的接口，供DApp调用。
关于开源
Merculet并不是一个公链项目，而是一套完整的解决方案，我们并没有计划在一开始就开源所有的代码，而是根据生态的运行情况逐步开源。但我们的初心不变，为生态提供最好的服务，尽可能地降低对Merculet自身的锁定和绝对依赖是我们从Day 1就决定好的事情。一个生态的繁荣，离不开参与者的信任以及共建；但是，更重要的是，我们一定要用最短的时间，让生态先运转起来，这是需要我们全力以赴奔跑的一年，这也是为什么我们在白皮书中写的是第二年将会开始De-Merculet化。
我们初步的一个目前能确认的开源事件表：
1.UAV数据监测SDK;
2.互联网资产层的联盟链节点。
我们计划在下周（Week of April 16）提供一个Demo并开源一部分代码库，并在5月和6月执行更多的开源工作；我们的github库已经设置好，欢迎大家随时关注。
关于开发速度与开发进度
有一个经常被提到的问题：Merculet作为一个新项目，为什么开发进度的设置如此激进？
简单来说有几个点：
1.历史沉淀的技术： 过去几年整个团队一直致力于为企业提供实现增长的技术解决方案，具备了很成熟的技术基础以及平台化运营经验，例如已经在生产环境中每日服务过3000万独立用户的深度链接解决方案，以及每日数十亿曝光的B2B内容分发平台，都有着可以复用和借鉴的地方；
2.专注的团队：我们已经为Merculet准备了30人左右的独立团队，并正在紧锣密鼓的招募另外的50个技术伙伴；虽然有些成员还在磨合和加速的过程中，很多进展已经在发生了；
3.用户价值优先： 我们并没有执着于创造新的公链，更多的是秉承用户价值优先的原则，从解决方案落地的角度出发进行权衡；
4.最好的合作伙伴： 无论是创始人还是公司在过去几年已经积累了大量的合作伙伴，他们都将成为新世界当中的中坚力量。
目前已经有多家客户正在进行黑盒测试（部分流程尚未自动化和界面化），相信随着第一个无人值守GA Release的发布，可感观产品的上线，效果数据的披露，会有更多的企业加入我们的行列中。
关于未来
无论是公链还是联盟链，区块链的技术还处于早期阶段，而且阵营和利益的划分非常明显；同时，区块链无论是技术还是社群都处于快速迭代的过程中。Merculet始终保持和多家底层链开发团队的合作，关注区块链的最新技术变化，不断强化区块链的承建能力，不断迭代我们的平台架构。我们会在内部测试最新架构，并在我们认为新架构足够稳定的情况下进行对企业客户的无感迁移。
区块链世界充满了无穷大的魅力，以及无限的想象空间，区块链世界的完善需要付出多年的努力。Merculet非常欢迎对区块链有信仰、对用户价值有尊重的研发和产品从业人员加入，一起运用最适用的技术为用户创造价值。
最后
分享一个很有意思的点，近期翻阅社区新闻的时候，看到以太创始人Vitalik也有类似的分层架构想法。
Vitalik在回复EOS的BM时，明确提过：
If you have an application which really requires very fast transaction confirmations, and for such fast confirmations to happen reliably, then IMO the correct domain in which to build such systems is level-2 platforms on top of secure base-layer platforms like Ethereum. The level-2 platforms can be built in such a way that they depend on the second level for performance, but not safety (see: state channel hubs, Plasma operators). They can then have the incentive of reputation and expected future revenue to drive them to perform well in the present, and the negative costs of any failure are mitigated. I actually think DPOS as a consensus algo for Plasma chains and state channel hubs (and systems like Loom) could work reasonably well; the ability for any user to easily fall back to the base chain and switch to another chain provider serves as an important check limiting the downside potential of any malicious layer-2 chain operator or cartel trying to cause harm.
Source：https://medium.com/@VitalikButerin/thanks-for-replying-d8ea7683246c
我们深信将会有更多人意识到区块链世界如何才能更好的服务于整个社会，也欢迎更多人加入到这个新时代来。如果你喜欢Merculet，相信Merculet正在企图完成的对世界的改变，请与我们联系，邮箱：[email protected]。