Khalani，意图分歧终端机？
今天，我们非常兴奋地向大家介绍 Khalani Network。Khalani 是第一个服务于意图驱动的去中心化求解器（solver）的基础设施。
未来的 Web3 用户体验基于意图
当前区块链交互的常规做法是要求用户签署交易，即对智能合约指定的特定执行路径进行授权。这种做法给用户带来了诸多问题，用户体验既混乱又受限。
其中一个重要的问题是，它让用户接触到底层基础架构的执行细节，而这些细节往往技术性非常强，普通用户并不感兴趣。此外，这种方法无法提供用户最需要的东西：对执行结果的保证。
当用户签署交易时，他们本质上只能相信智能合约所定义的执行路径会带来预期的结果。然而，这种预期的结果其实并没有明确的保证。这种缺乏清晰度和确定性的情况，对用户来说尤其具有挑战性，他们可能会发现自己不确定自己到底同意了什么以及自己的行为会产生什么样的结果。这种理解和保证上的差距可能会使许多用户在与区块链 dApp 交互的过程中感到害怕和排斥。
最近，"以意图为中心的交互" 作为用户与区块链交互的一种替代方式出现了。采用这种方法，用户不再需要直接授权区块链交易。取而代之的是，用户授权所期望的结果以及限制条件，即所谓的 "意图（intents）"，生成和执行交易的任务则被委托给称为 "求解器（solver）" 的专门代理。
这种方法不仅可以让用户指定其交互的预期结果，还能让用户灵活地表达自己在个性化设置和优化执行方面的偏好。这与直接签署更为僵化、预定义的交易执行路径形成了鲜明的对比。意图代表了用户与区块链交互的重大进步，提供了更加直观、更加友好的用户体验。
我们坚信意图将成为 Web3 前端和 dApp 集成的标准，原因如下：
意图可以让用户以声明的方式指定其操作的结果，而不是编写特定的执行路径，意图消除了直接与链交互的复杂性。
意图为用户和应用程序提供以结算为中心的语义（semantics），来强制执行期望的结果，从而最大限度地减少了 MEV 供应链的价值提取。
意图不仅可以让用户和应用程序定义特定的结果，而且还可以设置所有可能结果的偏好，并依靠求解器提供最理想的执行路径。
意图为用户提供了更多的表达能力：预定义的执行路径隐含地预设了执行的目标，因此用户无法表达自己的喜好，哪怕是很小的个性化设置；意图是用户交互的终极形式。
对于开发者而言，意图仅指定用户希望完成的任务，无需开发者预先定义和硬编码如何实现目标。基于意图的协议推迟了 "如何实现" 的决定并让求解器来解决这个问题，求解器在解决过程中会考虑整个全局状态，从而更有效地实现用户的目标。意图确保用户的目标是基于更多且更新的信息来制定或 “解决” 的。
当今求解器基础设施面临的挑战
我们广义地使用 "求解器 " 一词来指所有具有经济动机的链下代理。现代区块链系统的基础设施依赖于各种各样的求解器。这些求解器既可以与特定协议紧密相连，服务于单一目的——如提议者、构建者和汇总排序器，也可以作为多功能的 "服务提供商"，满足各种协议的需求，比如跨链中继器（cross-chain relayers）、账户抽象捆绑器（account abstraction bundlers）和数据提供商（data providers）。
在以意图为中心的交互中，求解器是链下代理，其重要职责是识别和执行区块链上最有效的交易路径。它们的主要目标是优化这些交易，使其与用户期望的结果完全一致，确保以最有效的方式实现用户的意图。
求解器是区块链运作不可或缺的一部分，在促进以意图为中心的交互方面发挥着重要作用。然而，尽管求解器的重要性不言而喻，其当前的运行机制却面临着很多挑战。
挑战 1：求解器相互竞争导致的中心化趋势
目前，几乎所有的机制都让求解器在 PvP、零和竞争游戏中相互对抗，而在这种环境中获得竞争优势的主要手段是通过垂直整合或控制私人信息流。这在以太坊的区块生产中表现得最为明显，资源最丰富的玩家处于有利地位，而小玩家在竞争中举步维艰。这些机制推动了 “构建者-提议者（builder-proposers）” 和 “搜索者-构建者（searcher-builders）” 之间的整合，巩固了权力，削弱了信任，并挑战了区块链作为无需许可和抗审查平台的基本原则。
在应用方面，虽然以意图为中心的交互是用户体验的重大创新，但也面临着中心化的挑战。同样的 "全有或全无" 的机制设计有可能使解决方案受控于少数资本雄厚、专业化程度高的意图求解器。
挑战 2：表达意图的求解器基础设施脆弱
当意图与用户的目标保持一致，超越协议和区块链时，它们才是最强大的。在理想情况下，用户可以在多个应用程序、用例和区块链中自由地表达自己的意图，并对执行结果提出个性化偏好。然而，这一愿景与当前的求解器基础设施形成了鲜明对比。矛盾的是，用户的意图越表达，求解器基础设施往往变得越脆弱，因为它们需要高度集成的求解器。这种复杂性的增加可能导致无法求解的意图或垄断性的价值提取求解器，从而给用户带来更糟糕的结果。
挑战 3：部署和操作求解器的门槛很高
如果没有 Khalani 这样的协作平台，求解器的开发就必须从零开始。开发新的求解器需要熟练掌握多个领域的知识，如索引链上状态、获取流动性、管理库存、执行操作以及运营精心设计的 DevOps 基础设施，才能实现盈利预期。在当今竞争激烈的求解器领域，实现这一目标是一项艰巨的挑战，只有资源富足的开发者才能做到。
Khalani 的核心价值观：
合作优于竞争，零和变正和
Khalani 致力于打造成一个无需许可、集成协作解决方案的开放平台。与其他通过竞标战促进竞争的系统不同，Khalani 鼓励求解器专业化并协同工作。这种协作方式旨在创建一个在效率、弹性、去中心化和意图表达性方面都很出色的求解器网络。Khalani 鼓励开放式参与和协作，而不是依赖于预设的优化垂直整合，以获得新兴能力和胜任力。
Khalani 是一个多功能的 "集体求解器（collective solver）"，可以无缝集成到各种以意图为中心的应用程序和生态系统中。在这种情况下，Khalani 构建的抽象解决方案可以在目标意图系统中进行链上结算。这种设置反映了提案者/构建者分离（PBS）设置中区块构建者和提案者的协作性质，而 Khalani 则扮演 "解决方案构建者" 的角色，将最终解决方案的结算委托给专门的求解器。
最后，Khalani 赋予意图开发者能力，使其能够为自己的增量意图表达和操作部署专门的解决能力。这就解决了一个典型的 "先有鸡还是先有蛋" 的问题：如果没有强大的解决能力作为保障，意图开发者就无法自由地实现具有表达性丰富的意图，即便这种表达方式非常受用户欢迎。有了 Khalani，他们就能为自己的增量表达编程自主求解器，并访问所有现有的求解功能，同时依靠整个无需许可的网络提供必要的弹性和可用性，以支持他们的新意图表达。这使得 Khalani 能够跟上意图演变的步伐，适应日益复杂的使用场景。
Khalani 的架构概览
Khalani 采纳了模块化的架构设计，核心由三个关键组件构成：
1、意图兼容层
意图兼容层的主要职责是将各种外部来源的意图标准化，转换为 Khalani 求解器能够理解并有效处理的格式。
2、Validity 和 Validity VM (VVM)
Validity 是一种专为处理通用意图而开发的语言和运行时（runtime）。它提供了一套量身定制的可执行规范语言，专门用于创建和协同解决意图问题。
Validity VM 为意图处理、求解器的协作、解决方案的生成以及确保解决方案的确定性结算提供了一个统一且高效的执行环境。
3、通用结算层
Khalani 的结算层可在任何意图系统中实现原子结算和多域结算。
为意图革命而生的基础设施
Khalani 旨在构建一个以意图为中心的交互所需的基础设施，为下一代 Web3 用户带来前所未有的体验。
在接下来的几周内，我们将分享有关 Khalani 工作原理、Validity 底层技术以及未来计划的更多细节。如果您是一位有兴趣在 Khalani 上进行构建的开发者，我们将很高兴与您联系！
欢迎关注 Khalani 并加入我们的社区 👇
X：https://twitter.com/khalani_network Telegram：https://t.me/+QWRGKOl0EYE0OTkx Discord：https://discord.gg/7dFbUp4uJe
END