在纽约市六月炎热的一天，UMA 工程师 Nick Pai 和 UMA 联合创始人 Hart Lambur 坐在 Sushi on Jones 的一张桌子旁。与周围的闲聊相比，他们的谈话似乎更加集中——有针对性的讨论。他们正在围绕 UMA 协议的未来进行头脑风暴，以及他们下一步的发展方向。到目前为止，UMA 一直专注于[KPI 选项](https://docs.umaproject.org/kpi-options/summary)和[范围令牌](https://docs.umaproject.org/range-tokens/summary)等产品。这些产品旨在成为后端的一部分，作为 DAO 帮助管理其资金的产品。最终，他们认为这些产品是一种投资银行类型的服务。

     两人订购了 12 道菜的 omakase，同时引入了一种新方法——他们想打造一款能够展示 UMA 全能乐观神谕力量的产品。问题围绕着他们可以用这个预言机做什么，一些基本假设可能是什么，以及他们是否可以创造一个面向消费者的产品。他们知道 OO 可以保护任何有冷酷事实支持的东西，但是他们想要保护的事实是什么？

即将到来的 L2

话题转到L2s。这大约是 L2s 开始受到广泛关注的时候。与此同时，Arbitrum 遇到了一个资金问题，需要很长时间才能过桥。从理论上讲，乐观的预言机似乎是确保跨链转移的完美方式。再加上他们想摆脱“仅用于金融合同”的想法，这似乎是一件大事。

Pai 和 Lambur 同意创建并宣布一份名为：***Insured Bridge: Brainstorm Doc 的基础文件。***这份文件成为了认真对待这件事的催化剂——它真的发生了！尽管团队的其他成员被迫少操作寿司，但齿轮很快开始在每个人的脑海中转动。

摘要写在顶部，内容如下：

“本文件的目的是展示一个受保险的桥梁基础设施，该基础设施可以提供受 UMA 乐观预言机保障的有保险的、跨链的和及时的转移。”

强大的乐观神谕

出于几个原因，使用乐观预言机作为桥梁的想法对团队来说很有趣。

1. 如果他们要建造一座桥梁，该团队希望使追索成为一流的功能。乐观的预言似乎非常适合这一点，因为任何受委屈的一方都可能在一段时间内与 OO 对桥接行动的结果提出异议。

2. 这种面向用户的产品似乎是预言机的一个明确用例，它将添加到生态系统中。这是一种跨链传递消息的优雅方式。

3. 这符合 UMA 将乐观预言机融入 Web3 结构的使命。

头脑风暴开始

该文件承认，跨链转移资金是一个根本性的难题。通过头脑风暴用户遇到的问题，诞生了 3 个功能：

• 快速：传输应尽可能即时。

• 完全保险：如果由于某种原因转移失败，用户应该能够在不信任的情况下获得回报。

• 资本效率：中继者需要预先支付最少的资本。

编写了桥的多次迭代以确定采用哪种方法。红牛队被消耗殆尽，约会被取消，谵妄肯定开始出现。

谵妄

团队坚持了下来。创建了多个版本，每个版本都根据它们的优点、缺点和未解决的问题再次构建和解构。

昔日时光：2019

在 ETH2 概念化的早期，有一个想法是你可以为跨分片数据投保——也就是，“我会说这是正确的，如果我错了，我会用这么多钱来投保。”

团队意识到这种消息传递似乎对跨链桥很有意义。确保在另一条链上发生的动作感觉是可追踪的，而且是可行的。

跨越和……保险？

该团队讨论了 DeFi 似乎缺乏追索权的事实。他们不仅要考虑如何立即将数据上链，而且如果该信息是错误的，提供信息的人将如何偿还错误。这与保险的概念非常相似，为对方收到的钱提供保险。

快速且完全保险的桥梁。

在研究了各种版本的 Across 之后，该团队得出了一个最终概念：快速且完全保险的桥梁。

这个版本为保险提供了一定数额的资金和追索权。它还依靠博弈论使中继器成为完全保险的机制。

旁注： Across 通常不会被这样认为，但您可以从概念上将其视为一种保险协议：您有一个借贷池，中继器向用户提供即时资金。如果数据有误，他们会为用户提供保险，而中继者会获得溢价来提供这项服务。

随着最后一次迭代的进行，我们意识到我们别无选择——世界需要我们来建造它！正式宣布并开始设计过程。

跨协议的品牌目标

获得绿灯后，下一步是让我们的设计主管 Jesper 创建概念设计。设计需要对用户界面 (UI) 前端的工作原理有深入的了解。一个糟糕的用户界面甚至可能让一个好的产品失败。

Jesper 开始了设计，但并没有走得太远。为了实现一个好的 UI，Jesper 首先需要一个名称来为设计指明方向。原始文件的保险桥名称没有删减它。突然，Jesper 的头顶出现了一个由超级秘密设计闪光制成的漂亮灯泡。

跨协议

这是有道理的。我们希望我们的用户听到这个名字，并知道他们能够以便宜、快速和安全的方式进行沟通。

在对 Figma 进行了一些修改后，Jesper 发现了黑色和水绿色，这些颜色立即与 Across 相配。他们大胆、友好，体现了“友好的技术”，这是协议外观的理想氛围。这些颜色也让人感觉很独特——他在利基市场中没有见过任何人以前和他们一起去过。然后紫色和橙色的二次色就位了，事情就在进行中。这一切都恰到好处。

Across 的设计灵感来自 NFT 空间，特别是平面插图。正如 Jesper 所说，与他看到的 3D 插图相比，“扁平恰到好处”。灵感也来自 Across 的母公司——UMA。UMA 也受到使用少量颜色的简单想法的启发。作为设计师，这是一个挑战。杰斯帕很兴奋。

设计需要做一些事情：

• 便于使用

• 极简主义

• 独特

简单、极简的设计与这种诚实的方法息息相关。对于 Across，有一个“无烟无镜”的政策。没有什么是隐藏的。该平台需要对所有人透明且易于使用。

为了进一步推广这一想法，Jesper 采用了独特的网站设计方法。

与过去许多 DApp 所做的那样，从营销类型的登录页面开始，用户被直接带到了桥上。这再次推动了透明度和易用性的理念。

设计完成并达成一致，建造过程开始了。

在 Across 发布之前，团队还有很长的路要走，但一切似乎都在齐头并进，全速前进。

请继续关注下周的文章，我们将深入探讨 Across Protocol 的构建方面。同时，追上我们之前的Medium 文章，在Twitter 上关注我们并加入社区。

     在纽约市六月炎热的一天，UMA 工程师 Nick Pai 和 UMA 联合创始人 Hart Lambur 坐在 Sushi on Jones 的一张桌子旁。与周围的闲聊相比，他们的谈话似乎更加集中——有针对性的讨论。他们正在围绕 UMA 协议的未来进行头脑风暴，以及他们下一步的发展方向。到目前为止，UMA 一直专注于[KPI 选项](https://docs.umaproject.org/kpi-options/summary)和[范围令牌](https://docs.umaproject.org/range-tokens/summary)等产品。这些产品旨在成为后端的一部分，作为 DAO 帮助管理其资金的产品。最终，他们认为这些产品是一种投资银行类型的服务。

     两人订购了 12 道菜的 omakase，同时引入了一种新方法——他们想打造一款能够展示 UMA 全能乐观神谕力量的产品。问题围绕着他们可以用这个预言机做什么，一些基本假设可能是什么，以及他们是否可以创造一个面向消费者的产品。他们知道 OO 可以保护任何有冷酷事实支持的东西，但是他们想要保护的事实是什么？

即将到来的 L2

话题转到L2s。这大约是 L2s 开始受到广泛关注的时候。与此同时，Arbitrum 遇到了一个资金问题，需要很长时间才能过桥。从理论上讲，乐观的预言机似乎是确保跨链转移的完美方式。再加上他们想摆脱“仅用于金融合同”的想法，这似乎是一件大事。

Pai 和 Lambur 同意创建并宣布一份名为：***Insured Bridge: Brainstorm Doc 的基础文件。***这份文件成为了认真对待这件事的催化剂——它真的发生了！尽管团队的其他成员被迫少操作寿司，但齿轮很快开始在每个人的脑海中转动。

摘要写在顶部，内容如下：

“本文件的目的是展示一个受保险的桥梁基础设施，该基础设施可以提供受 UMA 乐观预言机保障的有保险的、跨链的和及时的转移。”

强大的乐观神谕

出于几个原因，使用乐观预言机作为桥梁的想法对团队来说很有趣。

1. 如果他们要建造一座桥梁，该团队希望使追索成为一流的功能。乐观的预言似乎非常适合这一点，因为任何受委屈的一方都可能在一段时间内与 OO 对桥接行动的结果提出异议。

2. 这种面向用户的产品似乎是预言机的一个明确用例，它将添加到生态系统中。这是一种跨链传递消息的优雅方式。

3. 这符合 UMA 将乐观预言机融入 Web3 结构的使命。

头脑风暴开始

该文件承认，跨链转移资金是一个根本性的难题。通过头脑风暴用户遇到的问题，诞生了 3 个功能：

• 快速：传输应尽可能即时。

• 完全保险：如果由于某种原因转移失败，用户应该能够在不信任的情况下获得回报。

• 资本效率：中继者需要预先支付最少的资本。

编写了桥的多次迭代以确定采用哪种方法。红牛队被消耗殆尽，约会被取消，谵妄肯定开始出现。

谵妄

团队坚持了下来。创建了多个版本，每个版本都根据它们的优点、缺点和未解决的问题再次构建和解构。

昔日时光：2019

在 ETH2 概念化的早期，有一个想法是你可以为跨分片数据投保——也就是，“我会说这是正确的，如果我错了，我会用这么多钱来投保。”

团队意识到这种消息传递似乎对跨链桥很有意义。确保在另一条链上发生的动作感觉是可追踪的，而且是可行的。

跨越和……保险？

该团队讨论了 DeFi 似乎缺乏追索权的事实。他们不仅要考虑如何立即将数据上链，而且如果该信息是错误的，提供信息的人将如何偿还错误。这与保险的概念非常相似，为对方收到的钱提供保险。

快速且完全保险的桥梁。

在研究了各种版本的 Across 之后，该团队得出了一个最终概念：快速且完全保险的桥梁。

这个版本为保险提供了一定数额的资金和追索权。它还依靠博弈论使中继器成为完全保险的机制。

旁注： Across 通常不会被这样认为，但您可以从概念上将其视为一种保险协议：您有一个借贷池，中继器向用户提供即时资金。如果数据有误，他们会为用户提供保险，而中继者会获得溢价来提供这项服务。

随着最后一次迭代的进行，我们意识到我们别无选择——世界需要我们来建造它！正式宣布并开始设计过程。

跨协议的品牌目标

获得绿灯后，下一步是让我们的设计主管 Jesper 创建概念设计。设计需要对用户界面 (UI) 前端的工作原理有深入的了解。一个糟糕的用户界面甚至可能让一个好的产品失败。

Jesper 开始了设计，但并没有走得太远。为了实现一个好的 UI，Jesper 首先需要一个名称来为设计指明方向。原始文件的保险桥名称没有删减它。突然，Jesper 的头顶出现了一个由超级秘密设计闪光制成的漂亮灯泡。

跨协议

这是有道理的。我们希望我们的用户听到这个名字，并知道他们能够以便宜、快速和安全的方式进行沟通。

在对 Figma 进行了一些修改后，Jesper 发现了黑色和水绿色，这些颜色立即与 Across 相配。他们大胆、友好，体现了“友好的技术”，这是协议外观的理想氛围。这些颜色也让人感觉很独特——他在利基市场中没有见过任何人以前和他们一起去过。然后紫色和橙色的二次色就位了，事情就在进行中。这一切都恰到好处。

Across 的设计灵感来自 NFT 空间，特别是平面插图。正如 Jesper 所说，与他看到的 3D 插图相比，“扁平恰到好处”。灵感也来自 Across 的母公司——UMA。UMA 也受到使用少量颜色的简单想法的启发。作为设计师，这是一个挑战。杰斯帕很兴奋。

设计需要做一些事情：

• 便于使用

• 极简主义

• 独特

简单、极简的设计与这种诚实的方法息息相关。对于 Across，有一个“无烟无镜”的政策。没有什么是隐藏的。该平台需要对所有人透明且易于使用。

为了进一步推广这一想法，Jesper 采用了独特的网站设计方法。

与过去许多 DApp 所做的那样，从营销类型的登录页面开始，用户被直接带到了桥上。这再次推动了透明度和易用性的理念。

设计完成并达成一致，建造过程开始了。

在 Across 发布之前，团队还有很长的路要走，但一切似乎都在齐头并进，全速前进。

请继续关注下周的文章，我们将深入探讨 Across Protocol 的构建方面。同时，追上我们之前的Medium 文章，在Twitter 上关注我们并加入社区。