MetaLeX OS – 底层原理

Lex_Node's Official CryptoLaw Newsletter

12-10

本文为机器翻译

展示原文

今天，MetaLeX 自豪地推出了 MetaLeX OS 的第 1 版，这是一款完整的软件和法律套件，旨在制造和设计定制的 BORG，以在现实世界和数字世界之间建立完全的权力分立。

MetaLeX OS v.1 提供了一个强大且可定制的系统，用于建立、监控和运行可治理、信任最小化、交易自动化和法律优化的多重签名智能合约。本文将分解 MetaLeX OS 的架构和主要功能。由于该协议主要设计用于 cy B ernetic ORG组织（即多重签名由法人实体“包装”且特定法律合约条款管理该多重签名的使用）的安排，因此我们通常将通过 MetaLeX OS 操作的多重签名称为“ BORG ”。

背景 – SAFE

MetaLeX OS 围绕标准 SAFE 协议（加密领域中最安全、最久经考验和审计的协议之一）构建，利用两个重要的钩子来扩展该代码：“Guards”和“Modules”。

警卫。

SAFE Guard是一种智能合约，可以限制标准 SAFE 的功能，为特定接收者和合约提供受控访问权限。这是通过对 SAFE 实施交易前检查和交易后检查来实现的。Guard 可以“保护 SAFE”。如果某笔交易不满足检查要求，则不会执行该交易（又称为“撤销”）。

通过调用 SAFE 的 setGuard() 函数，使用所需的多数或多个签名将 Guard 添加到 SAFE 中，这些签名以 Guard 的智能合约地址为参数。SAFE 可以通过中介GuardManager 合约管理多个 Guard。典型的用例是只允许 SAFE 的“所有者”（以地址为单位）执行交易（对MEV 保护有用）或只允许 SAFE 通过智能合约上的某些白名单函数与某些白名单智能合约进行交互（有助于防止意外交易或限制资金的使用）。

警卫对保险箱进行约束。

模块。

模块是扩展或修改标准 SAFE 功能的智能合约。它们可以在 SAFE 上执行尚未经过所需多数或多数签名单独批准的交易。通过使用所需多数或多数签名（参数化为模块的智能合约地址）调用 SAFE 的 enableModule() 函数，将模块添加到 SAFE 中。SAFE 可以通过 ModuleManager 合约管理多个模块。典型的用例是给另一个账户每月一笔“津贴”，该账户可以从 SAFE 的资产中支出，对 SAFE 可能通过 DeFi 协议行使的升级权限进行时间锁定，或者促进Moloch 风格的“愤怒退出”功能，即签名者可以用其资产的比例份额退出多重签名。

模块扩展了 SAFE。

BORGcore - 所有 BORG 的核心

MetaLeX OS 上的每个 BORG 都以 BORGcore ( https://github.com/MetaLex-Tech/borg-core )智能合约为核心。BORGcore 是 SAFE Guard 与标准ERC 4824 DAO 接口相结合的产物。

BORG 模式

BORGcore 有三种模式：白名单、黑名单和无限制，每种模式都有独特的访问规则和约束，并且每种模式都能够支持 BORG 植入（见下文）并跟踪“包装”BORG 的法律文件的 URI。出于安全原因，模式是不可变的——因此，在部署 BORGcore 合约时，每个 BORG 的模式都是一次性选择的。

白名单模式

在白名单模式下，所有交易都被禁止- 除了明确预先允许的交易（即列入白名单的交易）。
只有获得批准的接收者才能接收天然气转移，并受到个人交易限制。
只有白名单合约才可以进行交互，并且每个白名单合约的方法可以有特定的参数约束（包括类型（uint，int，address，string，bytes，bool），值范围和精确匹配）。

白名单模式是 DAO 相邻 BORG 最保守、信任最小化的模式。它强制执行 BORG 交易默认未经授权的规则。只有白名单帐户（或帐户类型）的白名单交易（或交易类型）才被允许 - 这种允许可能被视为执行 BORG 的“政策”。在大多数推荐的 BORG 配置中，这些政策将是强制性的法律规则，由法人实体“包装者”及其人员强制执行或可对其强制执行。

因此，BORG 只能与其应该交易的交易对手进行交易，交易方式、金额和时间均符合法人实体“包装”的法律规则。对于 DAO 相邻的 BORG，这些法律规则反过来会反映相邻 DAO 的期望，并得到其事先批准。对于独立的 BORG，这些法律规则会反映其他类别的利益相关方（如股东、经理、董事会等）的期望，并得到其事先批准。

因此，在愿望清单模式下，BORGcore 创建了多重签名的“不能作恶”实现，以约束法人实体及其代理人，作为加密核心信任最小化和“不能作恶”精神的一部分。

这种 BORG 模式最适合处理大量资金的 BORG，例如，通过在各种白名单流动性池和 DeFi 协议之间转移流动性来管理“协议拥有”或“协议受益”价值的 finBORG。它也可以用于受到严格费率限制或 DAO 否决或 DAO 共同批准的 Grants BORG。

黑名单模式

在黑名单模式下，所有交易都是允许的——除了明确预先禁止的交易（即列入黑名单的交易）。
黑名单中的接收者不能接收天然气转移。
黑名单合约无法进行交互，或者这些合约的方法会被阻止，除非它们通过指定的参数约束（包括类型（uint，int，address，string，bytes，bool），值范围和精确匹配）。

黑名单模式适用于 DAO 附近的 BORG，这些 BORG 更受信任（或风险更低，因此对信任的要求更低），因此可能具有广泛的自由裁量权和灵活性，但 DAO 希望限制特别有风险、危险或禁止的交易的简短列表。例如，一群朋友管理 memecoin，并被信任可以很好地使用预售收益，但这需要 memecoin 持有者的快照批准，以便通过代币智能合约上的铸造功能增加 memecoin 供应。在这种情况下，该特定代币合约上的 mint() 函数将被列入黑名单，并且将使用植入物（如下所述）来仅允许 mint() 调用（如果也获得了所需快照投票的批准）。

在白名单和黑名单模式下，BORG 可以对相关方法调用设置冷却期，以防止相当于 DoS 攻击的情况。例如，冷却期可以防止 BORG 向 DAO 发送可否决交易，以提高 DAO 的监控/投票成本，希望偷偷通过 DAO 本来可能会否决的交易。这补充了 BORG 法律文件中建议的条款，这些条款也禁止此类滥用活动。

不受限制模式

在不受限制的模式下，所有交易和互动均不受限制地允许。
对接收者或合同没有任何限制。
允许所有天然气转移和合同互动。

无限制模式适用于高度“受信任”的 BORG，其中多重签名者可以完全控制 BORG 的活动，但希望使用 MetaLeX OS 的植入功能（见下文）和/或仅使用 MetaLeX 的 Web 界面和法律服务来包装未经修改的 SAFE。例如，这可以启用一个 BORG，其与普通 SAFE 的主要区别在于，与标准 SAFE< 不同，签名者现在可以立即单方面辞职 -请参阅下文“ejectImplant.sol”。

BORGcore 还通过“BorgAuth”合约管理访问控制，确保只有授权地址才能修改 BORG 的智能合约。对于 DAO 相邻的 BORG，通常采用以下三种方式之一进行配置：

BorgAuth 被设置为空地址，即它是不可变的。
BorgAuth 设置为 DAO（实际上，这使得 BORG 变得更像 subDAO 风格的安排，这在法律上不推荐，但却是可能的）。
BorgAuth 设置为自定义合约，需要 DAO 和 BORG 的共同批准才能进行变更。

第三种选择（DAO 和 BORG 的批准）是最受推荐和最典型的，它将反映 BORG 法律协议中的规定，即要求 DAO 批准对法人实体治理规则的法律条款进行重大修改。

董事及监护人

BORGcore 可以选择设置 BORG/multisig 的“董事”。这是为了适应给定 BORG/multisig 中的双级投票结构。例如，4/8 多重签名，其成员包括 3 名 BORG 董事会成员和 5 名非董事会成员，但出于安全原因（本质上是增加密钥数量，从而提高协同扳手攻击的成本等）在多重签名上签名的人。在这种情况下，我们要求至少大多数董事批准每笔交易，此外还需要一到两名非董事（我们在法律文件中将其称为“监护人”）。这种结构还可以降低组建法人实体的行政/流程开销，因为董事拥有更大的权力、更大的潜在法律责任，因此面临比单纯的安全承包商更高的 KYC/AML/尽职调查要求。该参数通过“directorsRequired”变量设置，指定必须批准每笔交易的最少董事人数。

BORG 植入物 - SAFE 定制模块

每个 BORG 都有控制论植入物 ( https://github.com/MetaLex-Tech/borg-core/tree/main/src/implants )，使其能力超越普通 SAFE。每个植入物都是一个 SAFE 模块，由一个 ConditionManager、一个 BORGauth 和一组特定于该植入物的更具体的规则组成。

BORGauth 可以通过特定的植入物授予某些第三方或外部智能合约采取行动的权限，例如否决时间锁定的 BORG 交易、撤销 BORG 的资金或添加和删除 BORG 的签名者。对于 DAO 相邻的 BORG，BORGauth 将授予相邻 DAO 对 BORG 的权限。对于独立的 BORG，BORGauth 将授予股东（通过代币化股票的投票合约表示）或一组经理、董事会或通过另一个 SAFE 多重签名表示的类似机构对 BORG 的权限。

ConditionManager 允许以编程方式调整 BORGauth 的权限。可以添加自定义智能合约来处理所需的任何条件逻辑，包括：签名/多方批准、时间、余额和外部预言机输入。这可以适应任何可在链上或通过可信预言机证明的条件，以解锁里程碑或释放托管资金。

ConditionManager 使 BORG 与其相邻机构之间的关系调整为细致入微的政府“制衡”动态，而不是 BORG 简单地受制于或屈从于机构。对于 DAO 相邻的 BORG，例如 Grants BORG，这可能意味着，例如，BORG 可以自由提供每月上限的补助（以美元或代币计价），但 DAO 必须共同批准或否决超过该上限的补助。对于独立的 BORG（例如科技公司），这可能意味着 BORG 的签署人也是该实体的董事，用于记录代币化股份投票的智能合约是 BORGauth，并且每个董事都有特定的任期（可能与其他董事的任期“交错”），如果在任期结束后 30 天内没有通过代币化股份投票重新当选，则会被自动免职。

这种架构及其预期用途是 MetaLeX OS 与其他 DAO 和 SAFE 元协议之间的关键区别。许多此类协议将 DAO 相邻的多重签名概念化为“子 DAO”、“奴才”、“化身”、“小队”或类似结构，以类似于 DAO 的子公司、代理或代表的方式对待。还有一些人将此类多重签名视为通过“委托”来“管理”DAO 的“理事会”。虽然 MetaLeX OS 当然可以促进这些相同类型的关系，但 BORG 设计理念鼓励 DAO 和 BORG 之间更微妙的制衡动态，而 MetaLeX OS 促进了这种动态——使它们彼此之间基本自治，同时仍然相互负责。这对于实施最佳法律策略至关重要*。

*(请参阅https://www.law.cornell.edu/wex/alter_ego 。从税收角度来看，这种分离也很重要)。

第一个在 MetaLeX OS 上完全实现的 BORG 类型 GrantsBORGs 可以具有以下植入物：

OptimisticGrantImplant.sol

使 GrantsBORG 能够使用相邻 DAO 授予的资金“乐观地”发放补助金，但要遵守程序化费率限制和上限。GrantsBORG 可能会在获得 DAO 共同批准的情况下超出费率限制和/或上限，或者受到时间限制 + 没有 DAO 否决权的限制。在理想情况下，法人实体包装器仍会将乐观补助金限制在 DAO 批准的用途范围内（例如支持所涉及的特定生态系统），并遵守某些链下规则（例如不向 GrantsBORG 人员或其各自的附属机构发放补助金）。

daoVETOGrantImplant.sol 和 vetoImplant.sol

启用上述时间锁 + DAO 否决模式，以对 GrantsBORG 的速率限制和上限进行例外处理。这还包括反 DoS 措施，以便 BORG 无法通过“垃圾邮件”提案压倒 DAO 的否决能力（最好与 BORG 法律包装器中的反规避法律规则相辅相成）。还可以配置为要求每个代币类型预先批准，并具有每个授权限制。这两个合约分别针对完整 DAO 和快照式 DAO 实现了这一点。

daoVoteGrantImplant.sol

针对 GrantsBORG 的速率限制和上限的例外情况，启用前面提到的 DAO 共同批准模式。

弹出植入物.sol

允许 GrantsBORG 多重签名者自行辞职，或允许 DAO 移除 GrantsBORG 多重签名者。当与 DAO 对用于支付 GrantsBORG 人员工资的 MetaVest 实例的控制相结合时，辞职机制可以成为 DAO 对 BORG 施加影响的有力方式，而无需实际拥有股东般的权力来添加和移除 BORG 成员。请参阅下面的“MetaVest”和“制衡”。

故障安全.sol

在指定事件发生时，允许资金恢复到 DAO（或其他地址）——例如，如果 BORG 签名者的数量低于批准 SAFE 操作所需的最低阈值。目标地址（通常是 DAO 金库）在部署时设置并且不可变。与其他植入物一样，这可以与 ConditionManager 结合使用，以允许仅由 DAO 批准或 DAO 批准 + 其他条件或批准数量触发的追回。这可能导致一些应对不利事件的有趣策略——请参阅下面的“MetaVest”和“BORG 的博弈论”。然而，DAO 社区和相关 BORG 应该小心了解 DAO 维持多元化金库的风险，例如受到商品池或投资公司监管；因此，这应该严格视为一项资金安全措施，并且一旦触发，DAO 社区应该团结起来创建一个替代的 BORG，以持有从（可能已解散的）BORG 恢复到 DAO 的非原生资产。

LeXscroW - 控制论托管

LeXscroW ( https://github.com/MetaLex-Tech/LeXscroW ) 是 MetaLeX OS 的一个关键组件，旨在提供不可变、非托管且条件灵活的智能合约托管。这些托管是根据 MetaLeX OS 团队在实际交易中的经验以及托管代理的使用情况构建的。LeXscroW 通过确保涉及 BORG 的交易安全、自动化和合法优化来增强 MetaLeX OS 生态系统——将通常委托给冗长的法律协议和手动流程的“交易逻辑”交给区块链执行。

所有 LeXscroW 共有的核心功能包括：

无主部署：合约部署时无需“所有者”，确保合约生效后，没有任何单一实体可以改变合约条件。
不可变条件：执行条件可以包括签名、时间限制、预言机提供的数据等。这些条件在部署后是不可变的，从而最大限度地降低交易逻辑的执行信任。
存款人灵活性：合约可以指定存款方或允许任何地址存款，既支持与特定的预先安排的交易对手方达成的谈判协议，也支持公开要约（包括要约人事后选择拒绝可能的接受方的选项）。

LeXscroW 提供各种智能托管合约类型，每种合约类型都针对特定的交易需求而量身定制。

1. DoubleTokenLexscroW

双边交易：专为涉及两个不同 ERC20 代币的双边智能托管交易而设计。
执行条件：如果在到期前所有条件都满足，则合同执行并向双方释放代币。

2.TokenLexscroW

单边交易：促进单个 ERC20 代币的单边智能托管交易。
执行和退款：满足条件时，代币将释放给卖方，如果合同到期而未执行，则退还给买方。
存款人拒绝：卖家可以拒绝存款人，从而触发拒绝存款的提款机制。

3. EthLexscroW

原生代币交易：处理原生 gas 代币（例如 ETH）的托管，其条件和功能与 TokenLexscroW 类似。

LeXscroW 与 MetaLeX OS 中的 BORG 架构无缝集成，增强了 BORG 交易的信任最小化、治理负责性。MetaLeX OS 上的每个 BORG 都可以纳入 LeXscroW 合约来管理托管资金，确保交易符合智能合约条件和 BORG 运营的法律规则。这使得 BORG 更加灵活，同时保持信任最小化——当 DAO 最初授权 BORG 时无法预料的交易仍然可以以自动执行相关交易逻辑的方式实施。

例如，GrantsBORG 可以利用 LeXscroW 将其部分 OpsBudget 治理代币转换为稳定币，通过 TokenLeXscroW 以指定的市场价格折扣出售治理代币，并设定指定的锁定期——本质上是一种单边场外代币销售要约。

除了增强传统的 BORG 功能外，LeXscroW 还显著增强了 MetaLeX OS 中的“交易技术”功能，为各个实体之间的安全透明交易提供支持：

BORG 间交易：LeXscroW 使 BORG 能够相互进行复杂的交易，确保仅在满足特定条件时才发放资金。这增强了不同 BORG 之间的信任和运营效率。
DAO 到 BORG 交易：DAO 可以使用 LeXscroW 安全地为 BORG 提供资金，确保资金按照预定义的条件和里程碑使用。此机制支持 DAO 内部的治理和问责制，同时还为 BORG 提供运营自主权。
DAO 到 DAO 交易：LeXscroW 促进不同 DAO 之间的安全且有条件交易，从而实现协作项目和融资计划。通过确保在资金发放前满足所有条件，LeXscroW 促进了不同 DAO 之间的信任与合作。

本质上，它以数字方式嵌入一套两个实体可以遵守的规则，复制普通公司和组织在相互交流时达成交易和保证的方式，但采用更加信任最小化和更加安全的方式。

有趣的用例

LeXscroW 可应用于各种场景，以增强 MetaLeX OS 生态系统中交易的功能性和可信度：

1. 并购（M&A）托管：

场景：两个 DAO 或“协议”同意合并，交易涉及代币和资产的复杂交换。
LeXscroW 解决方案：可以设置 DoubleTokenLexscroW 合约来处理代币交换，并设定条件以确保在代币交换之前满足所有 DAO 投票、BORG 行动和其他先决条件。这确保两个 DAO 都可以信任该流程，而无需中央中介。

2. 无需信任的代币交换：

场景：两个 BORG 或 DAO 希望直接交换代币，而不依赖于中心化交易所。
LeXscroW 解决方案：使用 DoubleTokenLexscroW，各方将各自的代币存入合约。只有当双方都存入所需金额且满足任何附加条件（例如经预言机确认的价格信息）时，交换才会执行。这为代币交换创造了一个安全且无需信任的环境。

3. 项目资金里程碑：

场景：DAO 为 BORG 管理的项目提供资金，并根据项目里程碑发放资金。
LeXscroW 解决方案：TokenLexscroW 合约可用于持有资金，随着预定义的里程碑的实现和验证，通过链上事件或可信预言机逐步释放资金。这可确保在每笔资金发放之前，项目按计划进行。

4. 跨DAO协作：

场景：多个 DAO 合作建立合资企业，每个 DAO 都贡献资金或资源。
LeXscroW 解决方案：可以建立 EthLexscroW 或 TokenLexscroW 合约来管理汇集的资源，根据商定的里程碑、反映每个 DAO 的进展和贡献的条件或分层批准（本质上是由虚拟的 DAO 和 BORG 多重签名批准）释放资金。这促进了合作并确保了共享资源管理的透明度。

5. 投注：

场景：两位 Twitter KOL 以 100 万美元押注，认为 ETH 到 2024 年底将达到 10,000 美元。
LeXscroW 解决方案：TokenLexscroW 插入跟踪 ETH 价格的预言机，并根据预言机价格自动向获胜者发放资金。

通过集成不可变的、条件驱动的托管合约，LeXscroW 可确保交易安全、透明且高效，从而增强 MetaLeX OS 的可靠性和功能性。这种集成在促进 BORG、DAO 和其他实体之间复杂、信任最小化的交易方面尤其强大，推动了法律优化、治理负责的控制性组织的愿景。

MetaVesT - 高级信任最小化归属

“赠款”的实施可能很棘手。典型的“赠款”概念是预先向某个受信任方提供一大笔钱，根据一项松散的协议，他们将用这笔钱资助授予人重视的一些工作。然而，在实践中，这往往被证明过于“信任”——相反，赠款通常根据各种里程碑的满足情况分期支付，或者根据对连续工作期的预期随着时间的推移而获得/归属，授予人可以决定随时停止这项工作——更像是一种雇佣或独立承包商关系。对于非常大的赠款，即使在代币完全“赚取”之后，也可能需要或希望对代币的转让进行限制，以免太多代币同时在市场上出售。资助接受者可能还会有与其税收优化策略相关的各种结构化请求，例如将代币资助转变为代币购买选项或将代币视为完全预先赚取的，但如果条件不满足，则有权以低价回购。

因此，在构建 MetaLeX OS 的 GrantsBORG 用例时，我们必须考虑一些问题，这些问题与受助者可能随着时间的推移而不是一次性从 BORG 获得代币有关：

我们研究了现有的代币“归属”协议，发现它们缺乏许多功能，无法对这些设计问题做出充分的回应。因此，MetaVesT 诞生了。

MetaVesT ( https://github.com/MetaLex-Tech/MetaVesT ) 是一种与 BORG 兼容且在法律上可优化（尤其是税收可优化）的代币归属/锁定协议，适用于与 ERC20 兼容的代币。与其他代币“归属”协议（Hedgey 等）一样，它支持随时间流向受让人的基本代币分配。但是，MetaVesT 还支持更为复杂和精密的代币授予安排，这些安排反映了现实世界中合法代币协议的起草方式。这些功能包括：

双曲线代币释放机制（支持以不同节奏“归属”（即赚取）和“解锁”（即从转移限制中释放）的代币授予，每条曲线可能都有自己单独的“悬崖”）；
代币期权奖励和代币认股权证机制（支持在授予时设定行权价格，并由受让人随后以稳定币支付该行权价格来购买“既得”代币——当代币已经流动且价格高昂后再授予时，这对于税收结构很重要）；
限制性代币奖励机制（支持在授予时设定回购价格，并由授予人随后以稳定币支付该回购价格以回购“未归属”代币——当代币处于流动状态且价格低廉时进行授予时，这对于税收结构非常重要）；
团体修改机制（多数受赠人 + 授予人可以修改同一群人中每个人的代币授予——类似于股权激励计划修改机制和风险投资者 SAFT / 代币认股权证机制，其中并非所有员工 / 投资者都需要同意修改才能生效）；
“不能作恶”/反欺诈归属保证——当这样配置时，MetaVesT 中唯一可以由授予人单方面更改的功能是（在适用的情况下）终止归属（镜像“随意”终止独立承包商的服务）——所有其他更改都需要使用协商一致的修正机制，就像现实世界中的法律协议一样（当然，授予人不能欺诈归属代币）；
直通式 DAO 投票（未归属和/或锁定的代币仍然可以在 DAO 中进行质押和投票）——这对于限制性代币奖励机制非常重要，在这种机制中，尽管有持续的锁定和/或回购权，但受赠人应该是代币的合法所有者；
里程碑——允许归属以事件为基础，而不是以时间的推移为基础；
DAO 问责制——例如，允许 DAO 解雇员工，或者通过终止员工的代币授予来强烈鼓励员工辞职。

MetaVesT 既可用于调解 BORG 人员从 DAO 获得的报酬归属，也可用于调解 GrantsBORG 向受赠人授予赠款。例如，GrantsBORG 可以利用 MetaVesT 处理具有复杂条款的自定义赠款类型的支付。通过设置特定的释放条件（例如里程碑成就或基于时间的归属，或两者结合），GrantsBORG 可以确保仅在满足预定义标准时才释放资金。这可能包括时间流逝和某些预言条件（如代币达到特定价格）的混合。该机制不仅可以自动化赠款支付流程，还可以确保遵守 DAO 批准的目的和链下规则。MetaVesT 还可以与 LeXscroW 配对，以增加可编程性。

与其他代币归属/解锁协议相比，MetaVesT 具有针对控制论法律哲学、DAO 和 BORG 进行优化的不同功能。与其他一些此类协议不同的是，它既是源代码可用又是开源的。它旨在成为一种 DeFi 风格和基于治理的合法代币归属/解锁安排解决方案——与 Hedgey 最相似，但具有针对我们的控制论法律哲学优化的附加功能——与 Toku 等中心化的“管理员风格”解决方案相比。我们认为代币归属/解锁不应取决于任何中央权威机构的意愿——无论是“devco”还是像 MetaLeX 这样的 SaaS 公司。“不能作恶”比“不作恶”更好。

示例配置——GrantsBORG

MetaLeX OS 是一款功能丰富、可高度定制的套件，让您可以对 BORG 进行任何定制。在重点介绍了它的许多功能之后，现在有必要深入了解特定 DAO 相邻 BORG 的更具体、更有主见的实现，讨论它在技术和法律方面可能如何建立，并探索 BORG 与其相邻/赞助 DAO 之间由此产生的制衡动态的“博弈论”。

为此，我们将探讨我们认为的典型/推荐的 DAO 相邻 GrantsBORG 设置，如下所示。注意：这只是我们认为可能适合大多数项目目的的一种“主观”配置；我们当然可以与客户合作，根据他们各自的社区需求和治理理念配置许多替代配置。我们强烈建议考虑 BORG 的需求并自定义其设置，而不是将其用作模板