标签：在最终性感觉不可动摇和创造力无摩擦的地方构建
Hemi从许多建设者共同分享的简单感觉开始。基础结算层承载着最终结算的最深刻感受。领先的智能合约层则承载着可编程想法的最丰富画布。将它们结合在一起通常感觉像是在 juggling 两个世界。Hemi的构建旨在将这种 juggling 行为变成一个流畅的动作。
Hemi试图解决的问题
价值存在于不同的地方。逻辑存在于不同的地方。在它们之间移动通常涉及包装资产、多重签名桥、额外的信任以及在第三步失去用户的用户旅程。当市场升温时，摩擦被感知为滑点、延迟或复杂性，这让新用户感到害怕。Hemi将此视为架构选择，而不是产品选择。如果基础层在应用程序的视角中保持分离，用户将始终感到缝隙。如果基础层可以干净地组合，那些缝隙将淡入背景。
用简单语言设计
Hemi 是一个模组化的第二层。模组化意味著系统是由能够调整或升级的部分组成，而不必完全拆除重建。
理解两个世界的执行
开发者编写他们已经知道的类型的智能合约。转折在于这些合约能够对真正的结算层信息做出反应。想像一个合约，它知道某个交易已经确认，或者某个特定地址收到了资金，然后利用这些知识在 Hemi 上触发逻辑。
根植于结算层的最终性
Hemi 定期将其状态锚定到结算层。这创建了一个难以重写的第二层外部检查点。这是一种从最经得起考验的环境中借用深度最终性概况的方式，同时保持第二层的速度。
无剧情的移动
与依赖外部签名者的经典桥接模型不同，Hemi 是围绕信任最小化构建的。目标是在结算环境、智能合约环境和 Hemi 之间移动资产和消息，减少假设并提供更清晰的保证，以便团队可以设计流程而不必堆叠脆弱的中介。
这对产品解锁了什么
1. 基础资产感知的去中心化金融
真正存在于结算层上的担保，而逻辑在熟悉的智能合约环境中运行。贷款、结构化收益或从真正的链上事件触发的结算流程，而非来自链下的猜测。
2. 更清晰的用户旅程
一次会话，一个费用环境，一个合约表面，却能够跨生态系统获得流动性和受众。解释的步骤更少，让新用户掉队的地方更少。
3. 可编程结算
在结算层上接受价值，并通过能够看到两个上下文的合约将结果结算到稳定资产上。这对支付、国库操作和市场基础设施非常有利。
需要关注的安全姿态
结算层上的外部检查点
定期承诺提高了深度重写的成本。节奏很重要。更频繁的锚定加强了保证，并且成本更高。较少的频繁锚定降低了费用并延长了窗口。随著使用增长，预期会进行调整。
深度防御
运行时监控、合理的升级路径和透明的威胁模型对于触及多个流动性中心的第二层来说不是可选的。Hemi 的可信度将随著其对这些部分的文档清晰程度而上升或下降。
代币和经济学，没有流行语
HEMI 代币使系统对齐。它用于计算费用，帮助协调排序和参与，并为开发者和用户提供了一种用质押和关注投票的方式。如果你在建模价值捕获，请专注于几个真正重要的信号。
来自基础资产感知应用的区块空间需求
有关排序和提取的规则，以及它们是如何被驯服的
保持区块流动的行为者的激励
费用、补助金和国库支出的加速实际使用，而非虚荣指标
Hemi 的不同之处
与典型的专注于智能合约的第二层相比
那些继承安全性并直接看到其本地状态的。结算环境对他们来说是外部的。Hemi 旨在直接查看结算层，并通过该层加强其最终性，同时对建设者保持熟悉。
与包装资产生态系统相比
包装表示是方便的，但增加了信任和基础风险。Hemi 的方法是通过使合约直接看到结算现实来减少对包装的依赖，然后使环境之间的移动更机械化而非社交化。
帮助团队规划的心理模型
现实是基本结算帐本。这里是最终的决定。
意图在智能合约逻辑中表达。它是市场、规则和自动化存在的地方。
翻译就是 Hemi。它让意图聆听现实，并将其自身的真相根植于一个你可以推理的时间表中。
当你这样思考时，产品设计变得更简单。如果你的真相存在于结算层上，但你的特征属于智能合约世界，那么 Hemi 就是你想要的中介。
值得询问的路线图问题
随著交易量的增长，网络多快、多频繁地锚定到结算层
什么保证保护资产在环境之间的移动，升级如何治理
需要结算数据进行索引、查询和大规模测试的开发者工具是什么
如何处理排序，以便建设者获得可预测的执行，而不会出现不透明的提取游戏
首次尝试的构建
在特定结算条件下重新平衡的保险库
一个商户流程，接受结算层上的价值，并通过 Hemi 合约进行结算支付。
一个贷款市场，其中担保事件在结算层上得到确认，贷款逻辑存在于 Hemi 合约中。
底线
Hemi 并不是试图用行销将两条链粘合在一起。它试图让它们对于构建真实产品的人来说，感觉像是一个连贯的表面。如果它保持开发者体验的熟悉性，保持锚定经济的合理性，并保持运动模式的信任最小化，Hemi 可以成为结算真相和可编程想像力相遇的默认场所。
