Move Sui 上包含的功能可让构建商为其应用程序的部分或全部交易支付燃气费，从而消除了用户在迁移到 Web3 时面临的最大障碍之一。通常在 Web3 网络上，用户需要支付所谓的燃气费才能使用应用程序。赞助交易功能为愿意采用该功能的构建商消除了这一障碍。Sui

安装钱包并购买tokens以支付gas费的需求会阻碍许多潜在用户的进入，尤其是那些习惯于众多看似免费的基于Web2应用程序的用户。尽管像Gmail和Facebook这样的大众熟悉的应用程序需要资金进行开发和维护，但这些平台通过广告来收回成本并从中获利，而不是直接向用户收取网络访问费用。

Web3需要更复杂的收入模型来扩大其用户群，而赞助交易为开发者提供了这种能力。通过赞助交易，开发者可以代替用户支付其在其应用程序中产生的gas费，并探索各种收入模型来覆盖成本，例如从广告到试用版到订阅。

赞助策略

在Sui文档中描述了关于赞助交易的三种类型：

• 用户发起的交易
• 赞助者发起的交易
• 基于GasData对象的交易

在用户发起的交易中，用户创建一个GasLessTransactionData对象，可能是作为应用程序的一部分，并将其发送给开发者进行批准。然后，开发者发起并签署一个TransactionData对象，其中包括有关gas费的数据。这个结构返回给用户进行签名，然后发送到Sui网络进行处理。

这种类型的赞助交易中所需的操作通常在应用程序中自动完成，对用户来说是看不见的。但是，开发者需要创建一个后端来管理批准和gas费支付。

赞助者发起的交易为开发者提供了一种直接向用户发送gas费的方法，为增加应用程序使用率提供了多种促销模型。使用这种方法，开发者创建一个TransactionData对象，基本上预授权了一笔交易，并将gas费分配给了开发者。开发者可以通过电子邮件、即时消息或任何其他类型的基于互联网的消息将TransactionData对象发送给用户。

这种方法适用于直接电子邮件促销，可以接触到可能对Web3一无所知的潜在用户。TransactionData对象可以允许有限的试用，之后用户需要为继续使用应用程序付费，或者可能将用户引入广告赞助的体验。

第三种方法要求开发者首先创建一个GasData对象，定义gas费预算，并将其发送给用户。用户很可能是在应用程序的上下文中创建一个TransactionData对象，对其进行签名，并将其发送回开发者。开发者对此对象进行签名并将其发送到网络进行处理。

当然，与赞助者发起的交易一样，不是直接在用户和开发者之间发送对象，GasData和TransactionData对象很可能是应用程序工作流的一部分。这种方法类似于给用户一张只能用于支付应用程序gas费的借记卡。

收入模型

正如Web2模型所证明的那样，拥有足够庞大的用户群，开发者可以通过广告模型赚取大量收入，足以支付开发成本并获得利润。大多数Web2应用程序使用现有的广告网络来产生收入，这些网络通常很容易集成展示广告或其他类型的广告。谷歌的广告网络是其中比较知名的，但是开发者应该研究满足其需求的广告网络。

对于专注于用户浏览的应用程序，广告可能是有效的收入模型，而游戏和实用程序的开发者可能需要考虑试用版、高级服务或附加功能。例如，开发者可以提供一个具备基本功能的实用程序，并以一定价格解锁高级功能。在这种模型下，开发者需要支付基本版本和高级版本实用程序的所有交易的gas费，并寄希望于高级版本的收入覆盖总交易费用。对于游戏而言，附加功能非常有效，因为用户可能需要购买新的关卡或游戏装备。

后面的这些模型可以通过软件订阅服务进行支付，可以用法定货币支付，也可以在Sui上进行开发。有很多软件订阅服务，其中一些是传统的，一些则直接与Web3市场竞争，开发者可以进行研究以支持其应用程序。作为完全基于Sui的模型，开发者可以要求使用SUI token支付订阅或附加功能的费用，尽管这可能会使赞助交易的目的失去意义。

大规模采用

Sui Sui 通过其高性能、可扩展的网络和低廉、可预测的天然气费用从技术上支持这一使命。 on 与该环境相结合，为构建者提供了创建新一代应用程序的工具。Move Sui

赞助交易以及Sui 的其他用户友好功能为没有 Web3 使用经验的用户铺平了道路。它们将使用代币和钱包的独特技术问题抽象化，消除了主流发展的障碍。