莱特币智能合约：探索脚本、闪电网络与未来扩展！

讲座 90℃

莱特币合约开发的基本教程

莱特币，作为一种历史悠久的加密货币，虽然在智能合约生态方面不如以太坊活跃，但仍然可以通过各种方式实现合约功能。本文将探讨莱特币合约开发的一些基本方法和概念，帮助读者入门。

莱特币脚本 (Litecoin Script)

莱特币脚本是构成莱特币交易验证机制的核心组件，它可被视为一种精简版的智能合约形式。作为一种基于堆栈操作的编程语言，莱特币脚本被嵌入在交易的输入和输出中，用于定义资金的锁定和解锁条件。更具体地说，输出脚本（又称锁定脚本或 scriptPubKey）设定了花费该笔资金的条件，而输入脚本（又称解锁脚本或 scriptSig）则提供了满足这些条件的数据，例如签名和公钥。当一笔交易被广播到莱特币网络时，矿工会执行这些脚本，以验证交易是否满足既定的花费条件。只有当输入脚本成功执行输出脚本后，交易才会被认为是有效的，资金才能被成功转移。

莱特币脚本并非图灵完备的，这意味着它在计算能力上受到限制，无法执行任意复杂的计算。这种设计选择并非偶然，而是出于安全考虑。图灵不完备性降低了脚本执行过程中出现死循环或恶意代码的风险，从而增强了整个网络的安全性。莱特币脚本仍然提供了足够的灵活性，以支持多种实用的合约功能。例如，多重签名（MultiSig）允许需要多个授权才能花费资金，哈希锁定（Hashed TimeLock Contracts, HTLC）则可以在莱特币上实现原子交换，这些功能显著增强了莱特币的应用场景。

莱特币脚本的操作码（opcodes）定义了可执行的操作。这些操作码涵盖了诸如算术运算、逻辑运算、加密哈希函数以及堆栈操作等功能。通过组合这些操作码，开发者可以创建自定义的锁定条件，满足特定的应用需求。虽然莱特币脚本的语法相对简单，但理解其运行机制对于深入了解莱特币交易的底层原理至关重要。开发者可以利用莱特币脚本构建更安全、更灵活的莱特币应用。

脚本基础

莱特币脚本是一种基于栈的脚本语言，由一系列的操作码 (opcodes) 组成，用于定义交易的有效性条件。与比特币脚本类似，莱特币脚本提供了一定的灵活性，允许开发者创建复杂的交易逻辑，例如多重签名、时间锁和原子互换。交易的锁定脚本（ScriptPubKey），通常包含在交易输出中，指定了花费该输出所需满足的条件。相对地，解锁脚本（ScriptSig），则位于交易输入中，提供满足 ScriptPubKey 中定义的条件的数据，例如签名和公钥，以证明交易的合法性。

简而言之，ScriptPubKey 相当于一个“锁”，规定了花费这笔资金的“钥匙”是什么，而 ScriptSig 则提供了这把“钥匙”。当解锁脚本成功执行并满足锁定脚本的条件时，交易即可被验证为有效，资金才能被顺利花费。脚本的执行是按顺序进行的，操作码会依次被执行，并操作栈中的数据。如果脚本执行过程中出现错误，或者最终栈顶元素不为真，则交易会被视为无效。

一些常用的操作码包括：

  • OP_DUP : 复制栈顶元素，将栈顶元素的值复制一份，并将副本压入栈顶。这对于需要在后续操作中多次使用栈顶元素的值的情况非常有用。
  • OP_HASH160 : 对栈顶元素进行 SHA256 散列，然后进行 RIPEMD160 散列。该操作码常用于生成比特币和莱特币地址，它将公钥或脚本哈希成一个更短的固定长度的哈希值，用于地址的表示。
  • OP_EQUALVERIFY : 比较栈顶的两个元素是否相等，如果不等则标记交易无效。如果栈顶的两个元素相等，则继续执行；否则，交易会被立即标记为无效，并终止脚本的执行。这常用于验证提供的哈希值或签名是否与预期值相符。
  • OP_CHECKSIG : 使用公钥和签名验证交易是否有效。此操作码是验证交易授权的关键。它从栈中取出公钥、签名和交易哈希，然后使用公钥验证签名是否与交易哈希匹配。如果验证成功，则将 True 压入栈顶；否则，将 False 压入栈顶。
  • OP_ADD : 将栈顶的两个元素相加，并将结果压入栈顶。这两个元素必须是数字。如果相加结果超出范围，则交易无效。
  • OP_SUB : 将栈顶的两个元素相减，并将结果压入栈顶。同样，这两个元素必须是数字。从栈顶第二个元素中减去栈顶第一个元素，并将结果压入栈顶。
  • OP_GREATERTHAN : 如果栈顶的第一个元素大于第二个元素，则压入 True，否则压入 False。比较栈顶的两个数字，如果第一个数字大于第二个数字，则将 True 压入栈顶；否则，将 False 压入栈顶。这可以用于实现复杂的条件逻辑。
  • OP_IF/OP_ELSE/OP_ENDIF : 条件语句，允许根据栈顶的值执行不同的代码分支。OP_IF 会检查栈顶的值，如果为 True，则执行 OP_IF 和 OP_ELSE 之间的代码；否则，执行 OP_ELSE 和 OP_ENDIF 之间的代码。如果没有 OP_ELSE，则直接跳到 OP_ENDIF。条件语句可以嵌套，实现更复杂的逻辑控制。

多重签名合约

多重签名（Multisignature）合约是一种高级的加密货币交易方式，它允许多个私钥共同控制一个账户中的资金。 与传统的单密钥控制账户不同，多重签名合约要求预定数量的授权签名才能执行交易。 这种机制显著提高了安全性，降低了单点故障的风险。

例如，一个“2-of-3”多重签名合约规定，必须提供三个预先指定的私钥中的至少两个有效签名，才能花费或转移该合约地址中的加密货币。 这种设置非常适合需要多人协作管理的场景，例如公司金库、联合账户或遗嘱继承等。

锁定脚本（ScriptPubKey）定义了花费该笔交易输出（UTXO）的条件。 多重签名合约的锁定脚本通常采用以下格式，这是一种基于脚本的规则，规定了后续花费该UTXO所需的条件：

OP_2 OP_3 OP_CHECKMULTISIG

解锁脚本（ScriptSig）则提供了满足锁定脚本所需条件的证据，即有效的签名。 对于上述2-of-3多重签名合约，解锁脚本的格式如下：

OP_0

详细解释：

  • OP_2 : 这是一个操作码，指示脚本引擎需要 2 个有效的签名才能满足该多重签名的要求。 这代表了需要至少两个密钥持有者同意才能执行交易。
  • , , : 这代表构成多重签名合约的三个公钥。 每个公钥都对应一个私钥，持有这些私钥的人有权签名交易。
  • OP_3 : 这是一个操作码，指示脚本引擎总共有 3 个公钥参与了该多重签名合约的设置。 这个信息用于验证后续提供的签名是否来自这些预先设定的公钥。
  • OP_CHECKMULTISIG : 这是一个关键的操作码，它验证提供的签名是否与提供的公钥匹配，并验证签名的数量是否满足 OP_2 指定的要求。 如果签名有效且数量足够， OP_CHECKMULTISIG 将返回 true，允许交易继续执行。
  • OP_0 : 这是由于 OP_CHECKMULTISIG 操作码在早期比特币实现中的一个历史性bug，需要在签名之前压入一个dummy value（通常是 OP_0 ）。 这个dummy value用于抵消堆栈上的一个意外弹出操作，防止签名验证失败。 虽然这个bug已经被修复，但为了兼容性，现代的多重签名交易仍然需要包含这个 OP_0 。
  • , : 这代表两个有效的签名，每个签名都由与上述公钥之一对应的私钥生成。 这两个签名必须与锁定脚本中指定的公钥之一匹配，并且顺序无关紧要。

哈希时间锁定合约 (Hashed TimeLock Contract, HTLC)

哈希时间锁定合约 (HTLC) 是一种智能合约，它通过结合哈希锁定和时间锁定机制，实现了无需信任的原子交换（Atomic Swap）。原子交换确保了交易的原子性，即交易中的所有步骤要么全部成功执行，要么全部不执行，避免了部分执行带来的风险。HTLC 在跨链交易、支付通道网络（如闪电网络）等场景中被广泛应用，它允许在不同的区块链网络之间进行价值交换，而无需依赖中心化的交易所或托管方。

HTLC 的核心原理是利用密码学哈希函数和时间锁功能，创建一种有条件的支付协议。协议参与者（通常是 Alice 和 Bob）需要在满足特定条件的情况下才能花费锁定的资金。这些条件包括提供预先约定的秘密值的哈希原像（哈希锁定），以及在特定时间点之后才能解锁资金（时间锁定）。

一个典型的 HTLC 流程包含以下关键步骤：

  1. Alice 生成一个随机数 secret ，并计算其单向哈希值 hash = HASH160(secret) 。HASH160 是一种常用的哈希算法，它将输入数据映射为固定长度的哈希值。 secret 的作用是作为解锁 Bob 资金的密钥。
  2. Alice 将计算得到的哈希值 hash 提供给 Bob。Bob 并不知道 secret 的具体内容，只能看到其哈希值，这保证了 secret 在交易完成之前不会泄露。
  3. Alice 创建一个锁定脚本（也称为 ScriptPubKey 或锁定条件），并将一部分资金锁定在该脚本中。该锁定脚本定义了花费这些资金的条件，必须满足以下两个条件之一才能花费资金：
    • 提供与 Alice 提供的哈希值 hash 相匹配的 secret 。这意味着只有知道 secret 的人才能解锁并花费这部分资金。
    • 经过预先设定的时间延迟 (时间锁定) 后，Alice 可以取回资金。时间锁定的作用是防止 Bob 在 Alice 没有提供 secret 的情况下永久锁定资金。
  4. Bob 创建一个类似的锁定脚本，锁定自己的资金，以便如果 Alice 提供了正确的 secret ，Bob 就能获得 Alice 的资金。这个锁定脚本同样包含哈希锁定和时间锁定两个条件。如果 Alice 提供了 secret ，Bob 便可以解锁 Alice 锁定的资金，同时，由于 Bob 解锁 Alice 资金的过程需要使用 secret ，这个 secret 也将暴露给 Bob 。反之，如果 Alice 没有在规定时间内提供 secret ，Bob 可以在时间到期后取回自己锁定的资金。

通过这种巧妙的机制，Alice 和 Bob 可以在互不信任的前提下安全地交换资金，而无需依赖可信的第三方中介机构。HTLC 的安全性依赖于密码学哈希函数的单向性和时间锁定的可靠性。如果 Alice 不提供 secret ，Bob 无法获得 Alice 的资金；如果 Alice 提供了 secret ，Bob 必须在时间到期前解锁 Alice 的资金，否则 Alice 仍然可以取回自己的资金。

使用闪电网络构建高级合约功能

闪电网络 (Lightning Network) 作为构建于比特币（或莱特币，此处假设为比特币）之上的第二层解决方案，旨在解决比特币区块链的交易速度和交易费用瓶颈。它通过建立链下支付通道网络，极大地提高了交易吞吐量并降低了交易成本，使得微支付和高频交易成为可能。除了其基础的支付功能，闪电网络还支持构建更为复杂的智能合约，为比特币生态系统带来了更广阔的应用前景。

传统的链上智能合约直接在区块链上执行，每一步操作都需要链上验证和确认，这导致了高昂的费用和较慢的执行速度。闪电网络通过将合约逻辑移至链下执行，显著降低了这些成本。通过使用哈希时间锁定合约 (HTLCs)，闪电网络能够支持诸如原子交换、条件支付等更复杂的金融应用。例如，原子交换允许在无需信任第三方的情况下，安全地在不同加密货币之间进行交易。条件支付可以设定特定的条件，只有在条件满足时，支付才会发生，这为担保交易、内容付费等场景提供了基础。

更进一步，研究人员和开发者正在探索利用闪电网络构建更高级的合约功能，例如：

  • 通道工厂 (Channel Factories): 允许多方共享一个链上交易，并建立多个链下支付通道，从而进一步降低了通道建立的成本。
  • 多签名支付通道 (Multi-signature Payment Channels): 允许多方共同控制一个支付通道，使得通道的资金管理更加灵活，适用于团队协作和复杂的商业场景。
  • 可编程支付通道 (Programmable Payment Channels): 允许在支付通道中嵌入更复杂的合约逻辑，例如定期付款、订阅服务等。

虽然闪电网络为构建复杂合约提供了新的可能性，但也面临着一些挑战，例如通道管理、路由优化和安全性问题。随着技术的不断发展，相信这些问题将得到逐步解决，闪电网络将在未来发挥更大的作用，推动比特币生态系统的发展。

闪电网络基础

闪电网络是一种第二层（Layer 2）扩展方案，旨在解决比特币区块链交易速度慢和手续费高等问题。其核心思想是通过在链下建立点对点的支付通道来实现快速、低成本的交易。不同于将每笔交易都记录在主链上，参与者可以在已经建立的支付通道内进行多次交易，这些交易数据只在通道参与者之间共享，不占用主链资源。只有当支付通道关闭时，才会将最终的交易结算结果记录回比特币区块链上，进行链上清算。

这种机制极大地提升了交易速度，因为链下交易几乎可以瞬间完成。同时，由于减少了对主链的依赖，也显著降低了交易手续费。闪电网络还具有更高的隐私性，因为通道内的具体交易细节不会公开记录在区块链上。参与者可以通过一系列连接的支付通道进行跨通道支付，形成一个复杂的支付网络，从而实现更广泛的交易。

脚本与闪电网络

闪电网络作为比特币的Layer 2扩展方案，其高效的微支付和快速交易确认能力很大程度上依赖于底层的脚本功能。莱特币脚本，一种基于堆栈的脚本语言，虽然功能相对简单，但在闪电网络中发挥了至关重要的作用，尤其是在支付通道的建立、管理和关闭过程中。

哈希时间锁定合约（HTLC）是闪电网络中最核心的技术之一，它允许参与者在预定的时间内有条件地锁定资金。 HTLC利用脚本的原子性和时间锁功能，确保只有在满足特定条件（例如，提供正确的哈希原像）的情况下，资金才能被释放。如果在指定的时间内条件未满足，资金将自动返回给原始所有者，从而保证交易的安全性，这对于点对点微支付至关重要。 HTLC 协议不仅支持原子交换，即在不同区块链之间进行无信任的资产交换，还可以实现更复杂的合约功能，例如多跳支付，使得用户可以通过网络中的多个节点进行支付，而无需直接与目标接收者建立通道。

闪电网络对脚本的依赖性体现在通道的开设、交易的路由以及争端解决机制中。 通过巧妙地利用脚本语言，闪电网络能够在链下实现快速、低成本的交易，同时又能够通过链上的脚本执行来保证交易的安全性和最终结算。 这种链上与链下相结合的模式，不仅提高了比特币的可扩展性，也为更复杂的金融应用奠定了基础。闪电网络依赖于脚本的完备性和安全性，通过严谨的密码学设计和脚本执行，确保交易过程中的资金安全和通道状态的一致性。

未来方向：侧链和扩展协议

尽管莱特币原生脚本的功能相对保守，主要集中在交易验证和基础操作上，但它并非智能合约功能的终点。莱特币的未来发展方向之一是利用侧链技术和其他扩展协议，以此增强其在智能合约领域的潜力。侧链，作为与主链并行的区块链，可以允许莱特币通过双向锚定机制转移到侧链上，并在侧链上执行更为复杂的智能合约。这意味着莱特币用户可以在主链上安全地持有LTC，同时利用侧链体验更高级的智能合约应用，例如去中心化金融（DeFi）应用、复杂的交易策略以及定制化的数字资产发行。另外，闪电网络等扩展协议的改进，也在一定程度上提升了莱特币的处理能力和交易效率，间接支持了更复杂的应用场景。通过这些技术手段，莱特币有望在保持其核心优势——安全性和稳定性的前提下，逐步拓展其智能合约的应用范围，从而在快速发展的加密货币生态系统中保持竞争力。

侧链

侧链是一种独立的区块链，它与主链（例如比特币区块链）并行运行，允许在不影响主链稳定性的前提下进行创新和实验。侧链通过双向锚定机制与主链连接，实现资产在两条链之间的转移。这种架构使得开发者能够在侧链上测试新的功能、特性和协议，例如新的共识机制、隐私技术或智能合约功能。

Liquid Network 是一个知名的比特币侧链，它也兼容莱特币。Liquid 专注于提高交易速度和隐私性，为交易所、做市商和交易者提供更快的结算时间和保密交易功能。通过 Liquid 网络，用户可以在链上转移比特币（以 L-BTC 的形式）以及其他资产，并享受更快的交易确认时间和增强的隐私保护。

侧链可以显著扩展主链的功能，特别是智能合约方面。虽然比特币的智能合约功能相对有限，但侧链可以使用更高级的脚本语言，例如 Elements 语言，来编写更复杂的合约。Elements 是一个基于比特币的侧链平台，提供了丰富的工具和功能，允许开发者创建定制化的区块链应用，例如去中心化交易所、稳定币和复杂的金融衍生品。利用 Elements 编写的智能合约可以实现更高级的逻辑和功能，为主链生态系统带来更多的可能性。

扩展协议

未来的莱特币扩展协议旨在提升网络的功能性和灵活性，特别是通过引入更先进的智能合约功能。这些潜在的升级可能会超越简单的交易处理，允许在莱特币区块链上执行复杂的、自动化的协议。例如，侧链技术的集成可以实现与主链并行运行的独立区块链，从而支持不同类型的智能合约和去中心化应用（DApps），而不会对主链的性能产生直接影响。

闪电网络是另一种可能的扩展方案，它主要关注提高交易速度和降低交易费用。通过在链下创建支付通道，用户可以进行快速、低成本的交易，而只有最终的交易结果才会被记录在主链上。这极大地缓解了主链的拥堵问题，并提高了莱特币的可扩展性。

Mimblewimble协议，特别是其在莱特币上的实现形式——Grin，也为隐私保护和可扩展性提供了独特的解决方案。通过隐藏交易金额和参与者身份，Mimblewimble增强了交易的隐私性，同时通过交易聚合技术减少了区块链的整体大小，从而提高了效率。然而，这些技术目前仍在积极的开发和测试阶段，其最终的实施和效果还有待进一步观察。

开发工具和资源

虽然莱特币合约开发的应用案例相对较少，生态仍在发展初期，但已有一些工具和资源可以辅助开发者进行探索和尝试。这些工具涵盖了从底层交易构建到高级智能合约语言的各个方面，为开发者提供了多样化的选择：

  • Litecoin Core : 莱特币的官方全节点客户端，包含了构建、验证和广播莱特币交易所需的完整功能。它提供了一套强大的命令行工具，如 `litecoin-cli`，开发者可以利用这些工具来创建和签名原始交易，直接与莱特币网络进行交互。 Litecoin Core 也是一个重要的参考实现，开发者可以通过阅读其源代码来深入理解莱特币的底层机制。
  • Bitcoin IDE : 一款基于浏览器的集成开发环境 (IDE)，专门设计用于编写、测试和调试比特币脚本。由于莱特币的脚本语言与比特币非常相似，Bitcoin IDE 也可以直接用于莱特币脚本的开发和实验。 它提供代码高亮、语法检查、以及模拟交易执行等功能，可以帮助开发者快速学习和掌握莱特币脚本编程。
  • Simplicity : 一种新型的、用于比特币和莱特币的智能合约语言，旨在解决现有智能合约语言（如 Solidity）中存在的安全漏洞和复杂性问题。 Simplicity 采用了一种基于组合子的函数式编程模型，使得合约代码更加简洁、易于理解和验证。 虽然 Simplicity 目前仍在积极开发中，但其设计目标是为莱特币带来更安全、更可预测的智能合约功能， 从而扩展莱特币的应用场景。
  • Blockstream Elements : Blockstream 公司开发的 Elements 项目是一个开源的侧链平台，提供了一系列工具和库，用于构建和部署侧链以及其他链上扩展协议。 这些工具和库可以用于增强莱特币的智能合约功能，例如通过侧链实现更复杂的合约逻辑、更高的交易吞吐量或更强的隐私保护。 Elements 侧链可以与主链进行双向锚定，从而实现资产在主链和侧链之间的安全转移。

莱特币脚本代码示例 (P2SH)

下面是一个使用 P2SH (Pay-to-Script-Hash) 的多重签名合约示例，用于说明如何在莱特币网络上实现更复杂的交易逻辑。P2SH 允许将复杂脚本的哈希值代替公钥地址用于交易输出，当花费该输出时，需要提供原始脚本以及满足脚本执行条件的签名。

创建一个包含多重签名逻辑的脚本。这个脚本定义了需要多少个公钥签名才能解锁资金。在本例中，它是一个 2-of-3 多重签名，即需要三个公钥中的任意两个签名。

assembly OP_2 OP_3 OP_CHECKMULTISIG

OP_2 和 OP_3 分别指定了需要提供的签名数量和总公钥数量。 , , 和 代表三个不同的公钥，必须替换为实际的公钥数据。 OP_CHECKMULTISIG 是一个操作码，用于验证提供的签名是否匹配指定的公钥，并满足所需的签名数量。

然后，计算这个脚本的哈希值。这个哈希值将被用作 P2SH 地址，用于接收莱特币。使用 SHA256 和 RIPEMD160 算法进行哈希运算，RIPEMD160 是对 SHA256 的结果进行进一步哈希处理，生成一个更短的哈希值，这有助于减少交易的大小。

示例代码如下，展示了如何使用 Python 计算脚本的哈希值：

import hashlib
import base58

script = b'OP_2 OP_3 OP_CHECKMULTISIG' # Replace with actual pubkeys
script_hash = hashlib.sha256(script).digest()
script_hash = hashlib.new('ripemd160', script_hash).digest()

在实际应用中，需要将 , , 和 替换为实际的公钥数据。还需要将计算得到的 script_hash 转换为莱特币的 P2SH 地址格式，通常使用 Base58Check 编码来实现。Base58Check 编码添加了校验和，以确保地址的正确性，减少出错的概率。

转换为 P2SH 地址（测试网络）

为了在莱特币测试网络上创建一个 P2SH（Pay-to-Script-Hash）地址，我们需要进行一系列步骤，包括计算脚本哈希值、添加版本字节、生成校验和以及进行 Base58 编码。P2SH 允许将资金锁定到一个脚本哈希值，而不是直接锁定到公钥哈希值，从而实现更复杂的交易逻辑。

version_byte = b'\xc4' # 莱特币测试网络 P2SH 地址版本字节。版本字节 \xc4 (196) 用于标识这是一个莱特币测试网络的 P2SH 地址。不同的网络和地址类型使用不同的版本字节，这是区分它们的关键。在主网上，P2SH 地址通常使用不同的版本字节。

payload = version_byte + script_hash 将版本字节与脚本哈希值连接起来，构成有效负载。脚本哈希值是对赎回脚本（Redeem Script）进行 SHA256 哈希后计算 RIPEMD160 哈希的结果。赎回脚本定义了解锁资金所需的条件，例如多重签名要求。

checksum = hashlib.sha256(hashlib.sha256(payload).digest()).digest()[:4] 计算校验和以确保地址的完整性。这是一个双重 SHA256 哈希计算，取结果的前 4 个字节作为校验和。这可以防止因传输错误而导致的地址无效，确保资金发送到正确的地址。

address = base58.b58encode(payload + checksum).decode('utf-8') 使用 Base58 编码将有效负载（包含版本字节和脚本哈希值）与校验和进行编码，生成最终的 P2SH 地址。Base58 是一种人类友好的编码方式，避免了在视觉上容易混淆的字符，例如 0、O、l 和 I。解码时需要使用相同的算法验证校验和，以确保地址有效。

print(address) 输出生成的 P2SH 地址。该地址可以用于接收莱特币测试币。

将资金发送到生成的 P2SH 地址。发送交易时，资金会被锁定到与 P2SH 地址关联的脚本哈希值上。

要花费锁定在 P2SH 地址上的资金，需要提供：

  1. 原始赎回脚本（Redeem Script）。赎回脚本定义了解锁资金所需的条件，例如多重签名的公钥和签名数量。
  2. 满足赎回脚本中多重签名条件的签名。必须提供足够数量的有效签名以满足脚本中定义的签名要求。

解锁脚本（ScriptSig 或解锁脚本）的格式如下：

assembly OP_0

其中 是原始的多重签名脚本，它会被执行以验证签名是否满足花费资金的条件。 OP_0 是一个占位符操作码，通常用于多重签名脚本的开头，避免了早期比特币协议中的一个漏洞。

虽然莱特币的智能合约功能在核心协议层面上相对简单，但通过利用脚本功能、隔离见证（SegWit）带来的脚本改进、闪电网络以及未来的侧链和扩展协议（例如 MimbleWimble 扩展区块，MWEB），仍然可以实现更复杂的合约应用和可编程性。开发者可以利用现有的工具和资源，例如 Bitcoin Core 提供的脚本测试工具和各种编程库，探索莱特币合约开发的潜力。MWEB 引入了保密交易，也为隐私合约提供了一定的基础。

上一篇

HTX交易所安全吗？一文揭秘：从运营到用户反馈

下一篇

PERI币爆发！合成资产交易新机遇？未来价值几何？

相关推荐