
Subscribe to Anonymous

Subscribe to Anonymous
Share Dialog
Share Dialog


<100 subscribers
<100 subscribers
在纽约市六月炎热的一天,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 乐观预言机保障的有保险的、跨链的和及时的转移。”
强大的乐观神谕
出于几个原因,使用乐观预言机作为桥梁的想法对团队来说很有趣。
如果他们要建造一座桥梁,该团队希望使追索成为一流的功能。乐观的预言似乎非常适合这一点,因为任何受委屈的一方都可能在一段时间内与 OO 对桥接行动的结果提出异议。
这种面向用户的产品似乎是预言机的一个明确用例,它将添加到生态系统中。这是一种跨链传递消息的优雅方式。
这符合 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 乐观预言机保障的有保险的、跨链的和及时的转移。”
强大的乐观神谕
出于几个原因,使用乐观预言机作为桥梁的想法对团队来说很有趣。
如果他们要建造一座桥梁,该团队希望使追索成为一流的功能。乐观的预言似乎非常适合这一点,因为任何受委屈的一方都可能在一段时间内与 OO 对桥接行动的结果提出异议。
这种面向用户的产品似乎是预言机的一个明确用例,它将添加到生态系统中。这是一种跨链传递消息的优雅方式。
这符合 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 上关注我们并加入社区。
No activity yet