误区一：区块链可以包办沉浸式体验
以太坊智能合约文档解释的是链上程序及其执行方式，W3C WebXR规范讨论的是网页与沉浸式设备的交互接口。两者对应不同技术层：前者处理规则和状态，后者连接空间跟踪、输入与画面输出。
因此，讨论元宇宙核心技术时，应先明确需要解决的问题。链上规则是否按程序执行，与用户转头时画面是否及时响应，需要分别判断。采用智能合约本身，不能证明沉浸体验达到要求。
误区二：智能合约能自动理解现实
智能合约按代码处理输入，本身不能直接读取链外事实；需要外部信息时，可以通过预言机提供数据。自动执行规则与确认现实信息真实可靠，是两个不同的问题。
例如，若应用按现实活动结果分配某种权限，仍需解释结果从哪里来、如何传入。合约能够依据收到的数据执行条件，但不能仅凭这一点证明活动结果准确。这个边界适用于依赖链外事件的功能。
误区三：合约可组合就意味着应用自动互通
以太坊上的合约可以调用其他合约，这为功能组合提供了基础。不过，调用能力并不直接证明不同应用对同一数据具有相同解释。
判断两个虚拟空间是否互通，需要具体说明互通的对象：是读取一项记录、认可某种权限，还是呈现同一个虚拟物品。证明其中一种能力，不能替代对其余能力的验证。
误区四：多签能消除全部管理风险
多签通过达到约定数量的有效签名来执行操作，能够分散密钥管理与操作责任。它的适用条件，是应用确实需要多人共同授权。
多签回答的是哪些人共同批准操作，并不直接回答被批准的操作是否合理、程序规则是否符合需求。因此，签名机制和合约逻辑需要分别理解。
常见问题：支持WebXR就有完整空间跟踪吗
不一定。WebXR规范区分了只能跟踪旋转的3DoF与能够跟踪旋转和位移的6DoF。具体体验取决于设备和浏览器支持的模式、功能，以及相应用户授权。
头部转动和身体前后移动是不同输入。若应用需要用户在空间中移动，仅有旋转跟踪不足以满足这一要求。判断功能是否成立，应明确所需跟踪能力；链上功能的存在，无法补足设备缺失的空间输入。