Metaverse Portal 是“反模式”吗？
介绍
本文是围绕元宇宙上下文中门户的系列文章中的第一篇。它还将包含我正在尝试的想法，我想分享这些想法。该系列将包括业内人士的观点和开放元宇宙的努力。
根据 Design Patterns 的作者的说法，反模式有两个关键要素可以将其与坏习惯、坏实践或坏主意区分开来：
反模式是一种常用的过程、结构或行为模式，尽管最初看起来是对问题的适当和有效的响应，但其坏后果多于好结果。
反模式试图解决的问题存在另一种解决方案。该解决方案已记录在案，可重复，并被证明在反模式无效的情况下有效。
我们还没有达到第二条，但我认为值得考虑一下今天所做的事情的后果。
门户（Portal）是 元宇宙（Metaverse） 概念的核心元素。给定一个无限的虚拟空间，我们需要一些方法来遍历和组合整体的各个部分。在本系列的第一篇文章中，我想探讨门户实现方式之间的差异以及它们可能出现的问题和机会。首先，让我们谈谈已经存在的两种门户。
普通门户
普通门户是最常见的类型，通常是静态图片或仅仅是一些门或类似门户的资产，单击后会卸载当前场景并加载链接场景。这是最无趣的一种，但实现起来最简单。似乎也足够了，因为它在当前的 Web 浏览器模式中。打开随机链接的成本非常低，除非您使用的是配置很有限的手机。在类似 metaverse 的应用程序中情况并非如此，上下文切换（对于计算机和用户）要大得多。
JanusVR 和 Portal（Valve 游戏）门户
打开通往另一个空间的半永久窗口的门户比单纯的链接更有趣。在游戏门户中，玩家可以生成两个显示相互连接的空间的门户。在 JanusVR 的例子中，房间建造者可以在一个房间中定义矩形，可以加载其他房间合并两个空间。用户可以在连接的空间之间自由行走。它可以是一扇门或一个大开口。符合门户这个词的预期。就 JanusVR 而言，用户可以一次打开多个门户以同时合并多个虚拟世界。如果链接的世界有相互的入口，那么它就像两个空间合并在一起一样工作。
“链接编码了两组数据之间的关系，它们形成了我们所走的路径。在虚拟世界中，我们可以从字面上表示这一点，并且实际上无缝地穿过门户从一个虚拟空间进入另一个虚拟空间，即使这些虚拟空间可能托管在不同的服务器上。门户既分又连——通过允许我们将不同的空间链接在一起，它们为我们提供了一种工具，可以在逻辑和空间上组织事物。通过使用外部虚拟世界的链接，我们可以使用这些门户来构建大型相互连接的虚拟空间网络，每个空间的建设者都可以完全控制自己空间的内容。”
James Baicoianu [1] JanusWeb 的开发者
这是 James 开发的一种工具，用于可视化 3D 空间中的链接图，称为增强感知。
Augmented Perception 试图描绘人们将不同虚拟空间有机地连接在一起所形成的关系。在 Janus 大厅，我们有链接到数十个用户创建的虚拟世界的门户，这些虚拟世界又链接到数十个或数百个其他虚拟世界。通过爬取所有这些门户，我们能够构建 8000 多个相互关联的虚拟世界的 3D 表示，并查看哪些站点相互连接。
James Baicoianu ( https://twitter.com/bai0 ) JanusWeb 的开发者
通过门户，人们可以根据需要制作图表。
这些类型的门户的一个缺点是它们需要额外的资源来一次加载和渲染多个虚拟世界。但如果组合机制到位，这就不是问题，我将在本文后面解释。
连接不同的系统
Jin [2] 在将尽可能多的系统连接为连续图方面的研究可以在这里看到👇
https://hackmd.io/@XR/crosslink
https://hackmd.io/@XR/crosslink2
将不同的系统链接在一起对门户设计提出了新的挑战。
当我们试图弄清楚如何移动信息和组合系统时，门户的作用将变得更加明显。在我之前关于 Metaverse Transitivity [3]的文章中，我详细阐述了一个系统如何直接或间接获得另一个系统的能力的想法。门户是另一种为传递图提供用户界面的机制。
让我们讨论一些与门户有关的问题：
信仰之跃
讨论的第一种门户是“信仰之跃”（原意指一项从建筑物顶端跃下，并安全着陆在干草堆上的特技动作）。按原样提升链接在浏览器中的工作方式存在明显的问题。链接目标的名称或 URL不能保证另一端的内容。这可能是浪费时间或不需要的内容。元宇宙应用程序中的加载时间可能比加载网站所需的时间长得多。在反复使用此机制的不良体验后，它可能会导致人们彻底避免使用未知门户。它还会妨碍与用户不熟悉但本着善意的人进行讨论。信任是一种稀缺资源，系统的设计应该能够节约它。
系统设计者可以通过渲染预览来改善这一点，但这可能还不够，因为它没有传达足够的信息来减少信仰之跃效应，而且虚拟世界制造者可以欺骗系统渲染一个原本不受欢迎的目的地的良好预览。用户评论和跳出率对于使用门户的人来说可能是有用的信息。
另一方面，探索也很有趣。不知道另一边到底是什么可能很有趣。不能否认和朋友一起探索未知领域的乐趣。这暗示可以根据人们想要的体验定制门户。
Ash Connell [4]的一些评论（Hyperfy 的 CEO）
我们门户的一个问题是你可能会不小心穿过一个门户，我们应该有一个交互来启动跳跃以防止这种情况发生。
类似链接的门户的一个问题是自动跳转可能会很“刺耳”，几乎就像一个障碍。用户操作在实践中似乎非常重要。
我认为门户网站也不需要向你显示 URL 或目的地。这是多余的。人们总是在看不到 URL 的情况下点击网络上的内容。
我已经解释了我对此的看法，但是从 Web 开发人员的角度来看，我认为这种观点是有意义的，因为 WebXR 体验是轻量级的，门户使用成本低。一旦跳转成本上升，或者跳转发生在不同平台之间，这种情况就会发生变化。
使人落在后面
使用第一种门户跳入门户会给探索新空间带来高昂的成本。查看新地点不仅会带来加载时间成本和潜在的失望，还会打断对话并让人们落在后面。例如，像 AltspaceVR 这样的一些平台实施了一种机制，等待所有用户准备好通过门户。留下通过门户离开的用户的面包屑痕迹是另一种有趣的可能性（如果用户想留下面包屑）。还有用户之间连接能力不同的问题，当最慢的参与者完成加载时，其余用户可能已经通过另一个门户离开了。表现另一个担忧是，“沉重”的世界可能会崩溃或让某些用户感到不适。
加载中的状态
VRChat 用户探索的典型体验是长时间加载卡在加载屏幕边缘。这会使许多人对跳过门户网站保持沉默。在后台加载新房间是浏览器中会发生的事情，例如当我们在新选项卡中打开链接时。这种信念的飞跃、长时间的加载和加载屏幕的边缘状态的结合，为在元宇宙中跳跃带来了很大的摩擦。基于 Web 的平台通常来自 Web 开发人员，因此加载时间短是常态。可能来自游戏开发或 3D 建模背景的 VRChat 世界制造者与网站制造者之间的文化差异通过这种差异泄漏。但这种“门户成本”也提高了必须证明这一飞跃的世界创造者的门槛。异步加载和多任务处理都是改善这种情况的自然途径。就像我们在聊天应用程序中所做的那样，在多个房间之间进行多任务处理，并能够在区域之间移动信息。
没有十全十美的方案
在 VR 性能和兼容性方面，需要特别做出权衡。我邀请你考虑利弊，而不是考虑门户的某种线性演变，类似链接的门户是未开发的版本。这最终是一个工程和设计决策。我对这个系列的意图是反思“门户的思路和实现细节”如何塑造元宇宙。思考我们“重复什么以及为什么”是有意设计事物的良好开端。
组合
这将我们引向元宇宙系统中的复合主题，以及它的数量有多么少。如果没有虚拟世界融合门户，我们就会遇到虚拟世界建设者不得不考虑每个世界可能需要面对的所有问题。如果在另一个世界中有任何不同的东西可用，那么必须卸载所有东西并跳转到新世界。我们习惯于用电脑做的大部分事情都是合成的，但感觉并不特别。
在聊天框粘贴图片、使用插件导出特定格式、将 Photoshop 链接到某些 3D 编辑器、与服务对话的浏览器插件等。剪贴板是一种显而易见的组合形式，我们甚至都没有考虑过它。如果有文本，我们假设我们可以复制它。在类元宇宙系统的情况下，我们可能拥有想要在另一个虚拟世界、脚本、游戏和许多其他事物中使用的资产。
对于第一种门户，这更难实现，而对于第二种，感觉就像走进壁橱拿起鞋子然后返回。甚至可以在不打断会话的情况下和朋友一起进去挑选鞋子。如果没有重复和组合，那么制作虚拟世界的成本和范围就会减少，创作者只需在需要时制作可组合的元素，就像玩具盒或目录。门户网站在构建什么样的事物方面起着重要作用。
值得考虑的一个想法：参数化门户
我试验了一段时间的一个有趣的想法是“参数化门户”。动态世界可以通过门户中使用的链接进行配置。这可以通过世界创建者或一些用户界面或更改目的地参数的脚本来实现。
一些例子：
打开具有特定 voxels.com 区域的世界的门户
将搜索结果 opengameart.org 加载为虚拟博物馆的门户。
从集合中加载随机世界的门户。
体素编辑器工具的门户，允许用户获取结果并将其带回，参数是虚拟世界设计师设置的性能限制。
用户打开带有演示头像的商店门户（在站点内），供人们在不离开世界的情况下试用。
用户打开一个系统门户，将他们的相册（托管在谷歌、iCloud 等）转换为图库。
AI
由于 AI 是一个热门话题，在下一部分中，我将详细说明该领域的最新发展与元宇宙中的门户协同作用的一些可能性。
关闭
关于门户及其对元宇宙的意义还有很多要说的，最后一个想法值得更详细地探讨。关于要检查的门户的更多系统和想法。
批判性地思考门户可以开辟新的机会。
[1] https://twitter.com/bai0
[2] https://twitter.com/dankvr
[3] https://avirtualfuture-devlog.neocities.org/posts/transitivity
[4] https://twitter.com/ashconnell
原文链接：https://mirror.xyz/avirtualfuture.eth/xZCmIXKfmi6vnoWzmP0KuG31XkyFw8eSg5Pe138-JMM