标准创新赋能创意经济

主要内容

• Web3 正在获得大量关注，但其采用受到一个主要 UX 障碍的阻碍：用户需要了解协议的基础设施细节，才能通过他们的帐户与应用程序交互。

• 造成这种情况的根本原因是缺乏（身份）中间件标准，以及通用协议标准最终确定过程的缓慢和低效。

• LUKSO 正在通过采用灵活的标准来协调身份帐户（称为通用配置文件）和各种交互，从而为创意经济创建一个 Web3 多元宇宙网络。

• LUKSO 标准 (LSP) 的灵活性也向外扩展到广泛的现有技术，不仅增强了身份的功能，还使这些技术能够得到最大限度的利用。

• 看看 LUKSO 如何发展，以及其灵活设计的身份如何彻底改变 Web3 领域，这将是一件有趣的事情，但思考 LUKSO 的努力对区块链生态系统本身的意义也非常有趣。

1. Web3 采用需要专注于 Web3 的基础设施

1.1 Web3 采用中的 UX 问题

人工智能技术数十年来一直存在很高的进入壁垒，但随着 GPT 的出现，这种情况得到了简化。Meta 的 Thread 服务提供类似 Twitter 的功能，由于其与 Instagram 的轻松集成，在五天内获得了 1 亿用户。此外，每天都有无数 Web/App 服务的数字空间中，采用了庞大用户群的 IT 服务的特点是，它们不断尝试提供“差异化的 UX（用户体验）”，例如更新的交互、更便捷的功能或与现有服务相比更简化的流程。

随着这种现象的加剧，人们对数字空间中服务的 UX 的基本期望将继续上升。从市场角度来看，这具有显着的优势——具有良好 UX 的服务将有更好的生存机会，这有助于提高市场质量。然而，另一方面，这也可能意味着服务的 UX 优先于其最初旨在提供的值，这意味着在最坏的情况下，一项服务可能因 UX 不佳而被驳回，而实际上并未被使用和认识到其价值。

最近，预计将在构建以用户和创作者为中心的平衡创意经济中发挥关键作用的 Web3 也受到了各行各业的广泛关注。但实际上，由于不舒适的 UX，它并没有被广泛采用。因此，许多 Web3 服务试图通过教育用户了解他们的服务或整合各种技术来解决 UX 问题。但是，这些尝试似乎不够根本，无法与现有在线服务的质量相匹配。

1.2 当前区块链行业的挑战

1.2.1 缺乏身份中间件标准

如果是这样，我们需要回到“什么根本原因”。当今 Web3 服务面临的 UX 问题很大一部分是，最终用户需要了解协议的细节，才能通过他们的帐户与应用程序交互。

Web2 通过引入“中间件”标准来解决此问题——它们抽象了应用程序之间的常见功能，允许不同的应用程序专注于其服务界面，而无需直接访问底层基础设施。

因此，即使在基于区块链的 Web3 环境中，如果与帐户交互相关的中间件标准（即身份中间件标准）能够得到很好的建立，最终用户也可以尽量减少他们对协议后端逻辑的理解，从而专注于应用程序本身提供的价值。

目前，区块链网络中的基本帐户（即 EOA 等）无法履行身份中间件的角色，因为它们无法包含结构丰富的信息，并且在交互中缺乏可扩展性。

1.2.2 通用协议标准的效率低下

更糟糕的是，这些中间件标准在协议中的采用过程本质上缓慢而低效——因为大多数协议不是为特定目的而创建的，而是为各种目的而创建的（即通用协议）。

通用协议必须能够可靠地支持网络中大量不同类型的交互。因此，当引入新标准时，它会经过长期而仔细的审查，以确保它与现有标准兼容，不会重复它们，不会与现有约定冲突，或者为将来的修改留下空间。

此外，随着每个新标准的出现，网络的复杂性都会增加，用于这些讨论的时间可能会越来越长，并且为了避免冲突，它们的实施级别通常是最低的，而不是配置为灵活且可扩展的，以便针对特定目的进行优化。

简而言之，为了在构建更具可扩展性和灵活性的基础设施的同时加速 Web3 的采用，我们应该强烈考虑以下两点：1) 采用可以定义整体身份的身份中间件标准，以及 2) 采用具有相对明确的价值主张的特定领域协议，而不是可靠但过程低效且缓慢的通用协议。

2. LUKSO，专注于创意经济的基础设施

Fabian Vogelsteller（我们中的许多人都很熟悉，他是 ERC20 标准的提议者）与 Marjorie Hernandez（在创意产业中广为人知）一起解释了 Web3 采用的这些局限性，并展示了 LUKSO，一个“用于构建创意经济的 Web3 多元宇宙协议”。

2.1 LUKSO 入门

LUKSO 背后的主要思想是 fork 以太坊的架构，使其具有稳定的基础设施，但其之上的标准是那些可以支持整体身份和灵活交互的标准。这些可以允许以品牌、创作者和用户为中心的许多社交创意经济在 LUKSO 生态系统中构建。

因此，LUKSO 本质上采用 PoS 共识算法作为以太坊，结合 Casper FFG（友好的最终确定工具）和 LMD GHOST（最新消息驱动的贪婪最重观察子树），并且执行客户端环境与以太坊的执行客户端环境相同。但是，LUKSO 定义了 Web3 领域中的所有交互都以身份为中心，因此 LUKSO 构建了一个基于智能合约的帐户，而不是限制性的 EOA，该帐户称为“通用配置文件”，它最能代表作为主要身份帐户的个人。此外，它提出了自己的一套标准（LUKSO 标准提案 (LSP)）来构建 UX 友好的界面，以便通用配置文件在生态系统中的交互方式灵活且可扩展。

自 5 月份启动主网以来，LUKSO 一直在迅速增加其基础设施，截至 9 月 19 日，已采用近 62k+ 验证器 和总共 17 个 LSP。

2.2 LUKSO 设计的三大支柱

以上三个原则提供了对 LUKSO 设想的未来的更具体的理解，这可以帮助我们理解以下各节中每个 LSP 的提出的背景。

2.2.1 数字身份 - 用于每次互动

LUKSO 认为我们在物理和数字生活方式中的所有行为都以身份为中心。因此，LUKSO 优先确保为其用户创建整体且可信的身份，同时充当他们可以访问的公共数据库——用户可以通过他们创建的身份来控制、管理和分发自己的身份数据、创意或其他链上活动记录，并且可以通过密钥管理灵活而广泛地与各种服务进行交互。

2.2.2 虚拟化 - 用于平台无关的体验

最终的数字身份将是一种完全可识别且高度表达性的表示个人的方式，因此它需要能够协调跨所有平台的交互。换句话说，如果身份仅限于特定环境，则它未得到充分利用——LUKSO 旨在为用户提供身临其境的数字体验，不仅整合 web3 和数字空间，还整合现实世界。因此，参与的品牌或创作者可以创建一个供应方全渠道，让消费者无论在哪个平台或设备上都能获得一致的品牌购买体验和叙述。

2.2.3 代币化 - 用于激活创意经济

代币化可以定义为通过发行具有价值的新商品来创建基于社区的经济的行为。代币可以用作社区成员表达其对社区的兴趣、归属感或忠诚度的方式，也可以用于协调发行人和持有人之间的经济激励——LUKSO 旨在将品牌/创作者的价值代币化，以增强他们自己的社区文化，从而实现透明的创意经济。

2.3 通用配置文件作为整体身份

一直被用作整个协议中的默认帐户的 EOA 的主要限制包括：1) 帐户恢复困难，2) 无法自由附加可供其他智能合约读取的信息，以及 3) 由于其结构而无法执行多样化的逻辑，从而使交互受到限制且不可扩展。

对此，LUKSO 强调所有交互中心的身份帐户应具有结构上的灵活性，并提出了一种新的身份帐户形式，称为“通用配置文件”*，具有完全可定制且独立的属性。

* 加粗通用配置文件目前处于 Beta 版。

资料来源：universalpage.dev/jay

2.3.1 基于 ERC725 的智能合约帐户

通用配置文件是一个基于智能合约的帐户，它扩展了现有的以太坊改进提案 (EIP) 之一，ERC725——ERC725 背后的主要思想是通过名为“ERC725X”的通用执行器和名为“ERC725Y”的通用可访问的基于键值的存储来定义身份。理解 ERC725 的架构非常重要，因为大多数 LSP 都被提出以支持通用配置文件的灵活交互。

来源：通用配置文件文档

ERC725X - “执行的灵活性”

ERC725X 旨在嵌入各种 OPCODE，使新定义的身份能够执行广泛的功能，超越现有 EOA 可以执行的与另一个地址交互（即 CALL）或创建新智能合约（即 CREATE）的功能。

迄今为止，ERC725X 上可以实现的 OPCODE 列表包括：1) DELEGATECALL，它在调用者的上下文中执行不同的合约逻辑，2) CREATE2，它使用与传统方法（即 CREATE）不同的方式以预定地址创建合约，以及 3) STATICCALL，它执行 CALL 而不会引起状态更改。这些 OPCODE 可以通过名为“execute”的方法执行，如下所示。

function execute(uint256 operationType, address target, uint256 value, bytes memory data) external payable returns(bytes memory)

• operationType ; 用于执行的任务类型，其中 OPCODE 匹配如下

  • '0' 用于 'CALL' - 触发 Executed 事件

  • '1' 用于 'CREATE' - 触发 ContractCreated 事件

  • '2' 用于 'CREATE2' - 触发 ContractCreated 事件

  • '3' 用于 'STATICCALL' - 触发 Executed 事件

  • '4' 用于 'DELEGATECALL' - 触发 Executed 事件

• target ; 要与之交互的地址

• value ; 要转移的原生代币数量

• data ; 已部署合约的 Calldata 或字节码

触发的事件（即 ContractCreated、Executed）也可以用于执行单独的自定义逻辑。

ERC725Y - “存储的灵活性”

与现有 EOA 不同，使用 ERC725 实现的帐户是基于智能合约的，这意味着它们具有自己的合约存储。因此，表达身份或与其他平台交互所需的数据可以嵌入到帐户中。此外，数据的存储方式通过在基于键值的映射结构上进行标准化来实现，以便可以以灵活的方式存储、引用和更新数据。

function setData(bytes32 dataKey, bytes memory dataValue) external

function getData(bytes32 dataKey) external view returns(bytes memory)

• dataKey ; 通过 LSP2 定义的密钥类型*

• value ; 与 dataKey 对应的值

* 加粗LSP2 将在本文后面介绍。

来源：LUKSO 文档

2.3.2 与 ENS、Lens Profile 和 SBT 的比较

事实上，EOA 的局限性早已被认识到。这并不是说没有提出其他身份解决方案来替代 EOA——例如 ENS、Lens Profile 和 SBT（Soul-Bound Token）。人们一直期望这些方案能够通过彻底改变个体帐户的表示方式或作为证明某些链上活动的方式来增强身份。

然而，从本质上讲，它们都是以太坊网络上的 NFT——NFT 身份的局限性相对明显，包括 1) 它们必须外包给外部注册表，这限制了可以附加的元数据的类型和数量，以及 2) 社交恢复非常困难。

此外，对于 ENS，需要每隔一段时间持续支付费用才能维持其所有权，而对于 SBT，通过记录个人的隶属关系、活动历史和资格证明来强调其在社区中的地位非常有用，但这些记录依赖于发行 SBT 的组织，因此所有者独立管理和表达其信息的能力受到限制。

简而言之，如果身份的最终目标之一是以一种简单而灵活的方式完全控制个人的信息，那么由于其结构上的限制，这些解决方案无法代表身份中的全部角色。

2.4 用于释放不同交互的 LSP

ERC725 帐户 (LSP0) 的灵活结构允许用户与每个合约进行广泛的交互——我们将在下面讨论的 LSP 增强了帐户的功能和 UX，并标准化了每个 LUKSO 网络元素的表示和交互方式。

根据 LUKSO 的文档，LUKSO 将其 LSP 分为以上三个类别（即通用标准、通用配置文件和代币 & NFT2.0）。虽然每个类别中的某些 LSP 确实可能是分层的，但如果我们认为所有 LSP 都处于可以相互协同作用的“灵活关系”中，则可能更有助于理解 LUKSO 网络——例如，LSP0，LUKSO 网络上的主要帐户，由 ERC165 和 1271、LSP1 和 14 和 17 和 20 以及 ERC725 组成。LSP0 也可以与 LSP3 混合以形成通用配置文件，从而能够与 LUKSO 网络中的各种应用程序进行交互，并与 LSP6 结合使用以提供更好的 UX。此外，LSP3、4、5、10 和 12 都是 LSP2 的实例。

2.4.1 通用标准

通用标准主要包含与 LUKSO 智能合约的结构、创建和部署相关的标准。

LSP1, UniversalReceiver & UniversalReceiver Delegate - “用户操作的可扩展性”

• 主要思想：网络上代币接收事件的警报系统，能够根据需要通过 UniversalReceiver Delegate 应用自定义逻辑。

• 背景：当智能合约收到 ERC20 代币时，没有标准化的通知方式。

• 意义：此 LSP 标准化了如何处理收到的代币的事件消息，使用户可以灵活地在收到代币时处理自定义逻辑，而无需硬编码原始智能合约帐户。

来源：LSP1

LSP2, ERC725Y JSON Schema - “数据管理的灵活性”

• 主要思想：LSP2 描述了每种类型的数据的基于键值的编码方法，以便添加到合约存储中。

• 背景：现有的 EOA 和智能合约在存储和表示数据方面存在结构上的限制。因此，需要有组织的和抽象的存储，以便以更灵活的方式存储更多数据。

• 意义：此 LSP 采用 ERC725Y 的灵活布局，并标准化了每种数据密钥类型的编码方法（即 Singleton、Array、Mapping、MappingWithGrouping），以便可以更系统地存储/访问数据。

来源：LSP2

LSP14, Ownable2Step Standard - “更安全的所属权管理系统”

• 主要思想：LSP14 提供了一个安全的两步过程，用于转移/放弃智能合约的所有权。

• 背景：现有的 ERC173 定义了一种拥有或控制合约的方法，但它不是一种安全的机制，因为它是在没有安全措施的单个交易中执行的。

• 意义：LSP14 标准扩展了 ERC173，提出了引入两步流程来转移/放弃合约的所有权，确保每个合约的所有权变更都安全完成。

示例 1 - 转移所有权的情况

示例 2 - 放弃所有权的情况

来源：LSP14

LSP16, Universal Factory - “智能合约中的多重身份”

• 主要思想：LSP16 提供了一种在多个链上使用相同的合约地址部署相同合约的方法。

• 背景：在使用相同 VM 的不同区块链网络上，单个 EOA 可以在具有相同地址的不同链上进行相同的控制，但合约并非如此——例如，一个智能合约可以存在于以太坊上，但不能存在于 AVAX 的 C 链上，或者它可以存在于不同的名称下。

• 意义：LSP16 允许合约基于相同的地址具有多重身份，当用户与特定合约交互或在多链环境中部署合约时，这具有 UX 优势。

来源：LSP16

LSP17, Contract Extension - “合约扩展的灵活性”

• 主要思想：LSP17 提出了通过包含要扩展的功能的 Extendable Contract 和调用 Extendable Contract 的 Extension Contract 来升级合约的结构。

• 背景：基本上，一旦合约部署到区块链，就无法对其进行修改以添加新功能或更改现有功能。这意味着当有功能更新时，必须重新部署现有合约。

• 意义：此 LSP 定义了一种可扩展的机制，允许在合约部署后添加/补充新功能。

来源：LSP17

LSP20, Call Verification - “验证请求的调用”

• 主要思想：当调用合约时，其上下文被转发到 Verification Contract，并且 Verification Contract 返回一个结果，以根据预定义的机制执行逻辑。

• 背景：为了避免意想不到的后果，智能合约可能需要在收到调用时首先验证该调用是否有效——例如，DAO 可能会筛选每个帐户的信誉评分，以此来限制社区内的治理权。

• 意义：LSP20 负责组织确定对合约的传入调用是否有效的逻辑，从而维护智能合约的完整性和安全性，并使其足够灵活以应对潜在的变化。

来源：LSP20

LSP23, Linked Contracts Factory - “消除合约之间的循环依赖”

• 主要思想：此 LSP 允许部署具有相互依赖性的合约，方法是暂时跳过导致多个合约之间相互依赖性的逻辑，然后在以后通过一个名为“部署后”的模块强制执行该逻辑。

• 背景：当部署两个或多个合约时，有时很难同时部署它们，因为它们需要相互的逻辑（即循环依赖）——例如，通用配置文件和密钥管理器合约在部署时需要相互的地址。

• 意义：LSP23 通过消除并发部署的合约彼此独立的需要，从而增加了合约部署的灵活性。

来源：LSP23

2.4.2 通用配置文件

通用配置文件标准由用于扩展通用配置文件的功能和数据管理的标准组成。

LSP0, ERC725 Account - “基于区块链的基本帐户（没有元数据）”

• 主要思想：LSP0 提出了 LUKSO 网络上基于基本智能合约的帐户框架，由 ERC165（标准接口检测）、ERC1271（消息和签名验证）、LSP1（特定交易的警报系统）、LSP14（安全所属权管理系统）、LSP17（可扩展的合约结构）和 LSP20（请求的调用验证）以及 ERC725 组成。

• 背景：现有的 EOA 作为区块链网络中的一个整体身份具有明显的局限性，因为它具有有限的功能并且缺乏包含定义身份所需数据的灵活性。

• 意义：LSP0 是一种充当通用配置文件框架的标准，以灵活和可扩展的方式定义身份，从而实现广泛的交互。

来源：LSP0(ERC725 帐户)

LSP3 - 通用配置文件元数据 - “帐户描述”

• 主要思想：按照 LSP2 的模式格式，LSP3 定义了要包含在通用配置文件中的元数据（例如，个人资料图片、背景、名称、标签和相关链接）。

• 背景：LSP0 提供了构建通用配置文件的框架，但不包括描述配置文件的元数据。

• 意义：它充当各种应用程序识别用于交互的配置文件的关键数据集。

来源：LSP3

LSP5 - 接收的资产 - “余额显示”

• 主要思想：按照 LSP2 的模式格式，此 LSP 将配置文件拥有的资产的地址存储在其存储中，以便于引用它们的余额。

• 背景：为了使合约与各个身份帐户无缝交互，需要快速列出这些帐户的余额数据。

• 意义：实现引用配置文件上的资产的功能消除了查询链上数据的过程的复杂性，并允许显示拥有的余额。这可以用于帮助启动各种交互。

来源：LUKSO Medium

LSP6, 密钥管理器 - “管理权限和交易”

• 主要思想：所有者可以设置他们允许每个密钥（或服务）在身份帐户内的存储中拥有的权限范围。然后，当从每个密钥进行调用时，身份帐户不直接交互，而是让密钥管理器（充当网关）根据定义的权限映射代表其控制调用。

• 背景：定义为 LSP0 的帐户默认不提供此类权限管理。因此，此 LSP 提出了一种通过一组充当所有者某些权限的代理的密钥来控制配置文件的方式，方法是引入一个名为密钥管理器的合约。

• 意义：通过引入密钥管理器，用户在与其他配置文件或应用程序交互时可以拥有更高层次的控制，包括社交登录/恢复、密钥轮换、多重签名、中继交易等。

来源：LSP6

LSP9, Vault - “安全交互的独立容器”

• 主要思想：通用配置文件允许用户通过一个保管库进行交互，该保管库拥有他们单独分配的资产或数据，而不是直接与每个服务进行交互。

• 背景：通用配置文件可以包含许多不同类型的资产和数据。因此，在帐户的权限受到威胁的情况下，有必要为外部交互提供单独的保障措施。

• 意义：通过利用与其配置文件连接的保管库，用户可以确保其资产和数据的安全——还可以利用 LSP14，以便保管库可以由特定地址控制。

来源：LSP9

LSP10, Received Vaults - “保管库显示”

• 主要思想：按照 LSP2 的模式格式，有关配置文件拥有的保管库的信息存储在其存储中，以便于引用。

• 背景：与 LSP5 的情况一样，为了使合约能够与各个身份帐户的保管库无缝交互，需要快速列出帐户的保管库上的信息。

• 意义：实现一种在配置文件中引用保管库信息的方式消除了查询链上数据以促进各种交互的发起的流程的复杂性。

来源：LSP10

LSP12, Issued Assets - “资产识别”

• 主要思想：按照 LSP2 的模式格式，智能合约发行的资产的信息可以注册在其存储中。

• 背景：目前，没有标准化的方式来识别区块链网络上创建的所有资产。此外，各个资产的地址值是复杂字符的混合体，这可能导致用户将虚假资产误认为原始资产。

• 意义：LSP12 使识别特定资产是否由正确的用户发行成为可能。

来源：LSP12

2.4.3 代币和 NFT 2.0

代币和 NFT 2.0 标准由可以在 LUKSO 网络上发行的资产和代币的标准组成。与现有的基于 ERC 的标准相比，这些标准的主要区别在于：1) 资产的可更新性和更丰富的表示形式，以及 2) 采用针对与通用配置文件交互进行优化的结构。

LSP4, Digital Asset Metadata - “实现资产的多维表示”

• 主要思想：使用 LSP2 的模式来标准化 LUKSO 网络上数字资产的无限、可定制的元数据结构。

• 背景：现有的基于 ERC 的代币标准只能为其资产表达有限的元数据集合（即名称、符号、tokenURI）。这使得难以识别资产的完整上下文。

• 意义：LSP4 允许识别资产所需的无限的上下文信息列表，并且其数据结构的灵活性消除了在引入其他功能（如版税）时的实施复杂性。

来源：LUKSO 文档

LSP7, Digital Asset - “具有灵活性的集成资产标准”

• 主要思想：LSP7 为每项资产添加了各种 LSP 和参数，从而可以更丰富地表达资产并更安全地与之交互。

• 背景：现有的基于 ERC 的代币标准已经通过各种方式进行了改进以实现丰富的交互作用，但是在元数据表示方面存在根本的局限性，并且每个标准的交互作用的统一方式都不方便。

• 意义：采用 LSP7 的资产可以：1) 利用 LSP4 附加可以很好地描述自己的无限元数据（无论格式如何），2) 以光谱方式设置资产的可分割性，因此它们不仅可以处理 FT，还可以处理 NFT、门票和其他资产，以及 3) 嵌入Hook以通过 LSP1 触发安全转移功能和特定交互逻辑，并为更方便和更广泛的交互强制使用布尔参数。

来源：LSP7

LSP8, Identifiable Digital Asset (NFT) - “具有灵活性和可识别性的集成资产标准”

• 主要思想：LSP8 基本上包括 LSP7 的大多数功能，但允许 tokenID 采用可以更好地表示 NFT 的元素，例如序列号、智能合约地址等，以便可以更好地描述 NFT 的唯一性。

• 背景：当前的 NFT 标准，例如 ERC721 和 ERC1155，只是将 tokenID 表示为增量，这使得难以识别 NFT。

• 意义：除了 LSP7 的优势外，LSP8 还提供了一种更好地表示每个 NFT 集合的方式——例如，可以将每个集合的 ID 表示为序列号或智能合约地址，这可以以多种方式使用，包括实物商品的数字孪生、演唱会入场券上的二维码、更好地展示用于许可的数字作品或作为智能合约实现的 NPC。

来源：通用页面

2.5 生态系统

在发布大约 4 个月后，LUKSO 现在是各种可以与通用配置文件和以上 LSP 进行交互的项目的所在地。特别是，我们可以看到利用 LSP7 和 8 的项目，以及试图通过与现实世界连接来最大限度地利用通用配置文件的项目。

来源：KEEZDAO

2.5.1 NFT2.0, Marketplace

• NFT2.0 项目是使用 LSP7 和 8 构建的 NFT 项目，与现有的 NFT 标准相比，它允许更丰富的自我表达和互动。以下项目正在实验性地构建他们自己的创意社区/经济体 - Platties, Chill Whales, LuksoPunks, Universal Punx, The Pink Flux

• 通用页面 - 该项目是 LUKSO 2021 年黑客马拉松的获胜者。它允许用户通过创建基于通用配置文件的 NFT 形式的域名来拥有个人身份页面。还有一个市场，用户可以在其中发行和交易不同类型的资产，允许他们创建自己的 NFT2.0 店面，其中 忠诚度计划 很常见。

2.5.2 Phygital（虚实结合）

• Phygital 项目将数字属性注入到物理世界的对象中，允许它们将其利益和体验扩展到虚拟/数字空间——从商业角度来看，潜在的应用是不可估量的，包括全渠道营销、数字孪生和产品生命周期管理。它包括诸如 FamilyLYX, Dematerialised, MaisonLYX, Metayacht Studios, 和 Krug Meta 等项目。

2.5.3 社交、元宇宙、XR/VR/AR、多元宇宙 XP

• LOOKSO - LOOKSO 是一个基于通用配置文件的社交媒体提要，允许用户分享消息并与其他用户互动。它是 Dropps 开发的 黑客马拉松 的获胜者，但其链接目前不可用。

• DWOPE & Metaheads - DWOPE 和 Metaheads 是 LUKSO 网络中的多元宇宙/游戏平台，用户可以通过自己的 token 探索每个世界。

• The District VR - The District VR(TDVR) 是一个用户可以通过虚拟现实环境与真人、艺术家、DJ 和俱乐部一起享受派对、DJ 表演、表演等的地方。

• Canvasland - Canvasland 是一家在香港构建元宇宙生态系统的专业公司，支持 NFT 咨询、元宇宙采用、基础设施工具和合约开发、营销、社区管理等。

2.5.4 开发中心、工具、Staking、钱包

• Dropps - Dropps 是一家基础设施公司，它利用 LUKSO 的标准和工具来创建使 LUKSO 生态系统蓬勃发展的应用程序和协议。他们最出名的是创建了 LOOKSO，一个基于通用配置文件的社交媒体提要。

• WordUP - 它是 Luksoverse 推出的基于通用配置文件的 WordPress 登录插件。

• Stakingverse - Stakingverse 是一项 Staking 池服务，于 7 月推出了其测试版本。通过参与 Staking 池服务，用户无需运行自己的节点即可赚取 Staking 奖励。

• LYX Tools - LYX Tools 提供了对诸如验证器统计信息、提款历史、费用、奖励等数据的洞察。

• Marble - Marble 是 LUKSO 的原生钱包服务，旨在让用户基于通用配置文件轻松管理他们的 token 和安全性。它是 黑客马拉松 的获胜者，但其链接目前不可用。

2.5.5 DAO、忠诚度、新闻和文档

• KEEZ - KEEZ 旨在成为 LUKSO 生态系统的基于贡献和声誉的社交 DAO。KEEZ 还运行博客和播客（即，Pinkpill, LUKSOFAM POD）以提供有关 LUKSO 生态系统的见解、深入讨论和最新消息。

• 除了 KEEZ 之外，来自 LUKSO 生态系统的新闻还通过 LUKSOFR, The LUKSO Lens, Luksohub, 和 Luksoverse 积极传播。

• UPturn - Upturn 允许艺术家、创作者和影响者创建忠诚度 token（社交 token）以与他们的社区或粉丝群分享。

2.5.6 可持续性

• Candour Digital - Candour Digital 旨在将物理服装连接到数字世界，并与时尚品牌、零售商、消费者和回收商合作，使每件服装的生命周期循环起来。

• Greentrade - Greentrade 旨在通过正确跟踪与世界各地碳排放相关的数据来创建一个透明的碳信用市场。它目前正在构建一个钱包和平台，供公司实时显示其碳排放量。

3. 由 UP 的灵活性驱动的无限潜力

通用配置文件和 LSP 的灵活性允许用户调节更丰富的交互，我们可以期望看到与传统 Web3 应用程序相比，可以提供更新颖和平台无关体验的应用程序的出现。但这种灵活性的好处并不仅限于此——通用配置文件有潜力与各种现有技术（即，DID 和 VC，零知识证明）协同作用，从而为用户创造更高级的体验。

3.1 使用 DID 和 VC 增强身份

除了结构上的限制之外，目前为 Web3 提出的各种身份解决方案的另一个挑战是，尚不清楚如何桥接 Web2 和 Web3 身份——身份，就其本质而言，是一组可用于识别个人的信息，最终应该能够在任何上下文中识别一个人的存在，从而实现广泛的交互。

此外，Web3 环境中的交互范围与现实世界中的交互范围是相当独立的。因此，如果可以定义一个桥接 Web2 和 Web3 的整体身份，它可以促进现实世界和 Web3 空间之间更大的协同作用，以及更丰富的个人身份表达。

DID(Decentralized Identifier，去中心化标识符) & VC(Verified Credential，可验证凭证) 是 Self-Soverign Identity (SSI，自主身份) 的去中心化实施的技术堆栈或规范，它使用户可以控制自己的身份信息并确保其隐私。它涵盖了个人经营的整个数字和物理世界。因此，该堆栈可以应用于通用配置文件，通用配置文件可以附加任何格式的无限量数据，从而允许将现实世界中的各种证书链接到链上身份中。

例如，如果现实世界中的受信任组织具有通用配置文件，并以 VC 形式向个人颁发具有某些活动描述的证书，则该个人可以使用此 VC 在链上空间中执行复杂的交互，就像在真实世界中一样。相反，如果通过通用配置文件记录的各种数字活动也以 VC 的形式存储在 DID 中，则它们也可以用于在现实世界中执行各种活动。

3.2 使用 ZK 证明增强用户体验

通用配置文件还可以与零知识证明技术相结合，零知识证明技术长期以来一直被讨论为解决区块链透明度引起的隐私问题的一种手段，以进一步增强用户体验 - 零知识证明 (ZKP) 是一种加密技术，允许验证交换的信息，而无需透露其具体内容。

即使通用配置文件可以通过密钥管理等功能来管理各种权限，但所有链上数据都可在网络上公开获得，因此不能免受暴露或被非预期方跟踪的风险。

如果与通用配置文件的所有数据和交互历史都可以受到 ZKP 的保护，用户将能够完全自定义他们暴露给不同应用程序的权限（甚至包括他们的登录信息），并拥有完全情境化的数字体验，而无需担心隐私——这是一种全新的用户体验，由于隐私问题，现有平台都无法实现，并且可能会在 Web2 和 Web3 的社交领域带来新的商机。

简而言之，通用配置文件的灵活性向外扩展到各种技术，不仅可以增强其自身的身份，还可以确保这些技术得到充分利用。

4. 对 LUKSO 的影响的最终思考

到目前为止，我们已经讨论了 LUKSO 如何通过将其极端的灵活性注入身份来构建一个集成物理和数字世界的创意经济。虽然观看或了解这种灵活设计的身份如何彻底改变 Web3 空间会很有趣，但退一步思考 LUKSO 的努力本身对区块链生态系统意味着什么也很有趣。

4.1 (以太坊的)可分叉性作为一种敏捷实验

正如引言中所述，支持广泛交互的通用协议（例如以太坊）不太可能采用专注于特定问题的标准。因此，为了快速实验我们从 Web3 期望的各种价值，构建针对特定问题优化并允许敏捷实验的协议可能更有效/高效，而不是通过通用协议来期望它。

但是，构建协议也是一项耗时且昂贵的工作。分叉协议可能是开始此过程的好方法。分叉以太坊尤其有效，因为它拥有所有区块链中最大的社区。来自这些社区的拟议 EIP 草案通常非常具体地说明了我们希望通过区块链实现的未来 - 事实上，EIP 历来与区块链行业的发展高度相关，并且作为各种协议的里程碑具有很大的影响力。

因此，如果你正在设计一个协议来解决一个特定问题，演进一个合适的 EIP，分叉以太坊，并快速解决这个问题，可能就像 LUKSO 一样，成为加速区块链行业采用或发展的一种方式。

4.2 协议治理的宝贵范例

此外，LUKSO 的例子在协议治理方面具有重要意义。治理是指组织为追求其愿景而做出的主要决策过程。因此，由治理决定的协议标准应被提议为与协议的愿景相一致，并且能够有效地实现该愿景。在这方面，迄今为止提出的 LSP 与 LUKSO 构建针对创意经济优化的基础设施的愿景非常吻合。

此外，将推动创意经济的参与者包括来自各个行业的用户、创作者、品牌和商务人士。因此，创建 LUKSO 的参与者应该包括所有这些参与者，而不是仅限于开发人员。LUKSO 生态系统现在正通过各种媒体（例如博客、Twitter、AMA 和 YouTube）交流信息，以便人们可以轻松理解 LUKSO 的愿景并参与 LSP 的创建，而无需深入的技术理解。

如果我们将去中心化定义为“一个使各种参与者易于加入的环境”，而不仅仅是“参与者的数量”，那么 LUKSO 的治理就是一个如何在区块链行业中表达去中心化治理的良好示例。

感谢 Kate 为本文设计图形。

• 原文链接： 4pillars.io/en/articles/...
• 登链社区 AI 助手，为大家转译优秀英文文章，如有翻译不通的地方，还请包涵～