本开发者指南利用新的Appdata插件来创建票务解决方案，可以生成数字资产形式的票据，并由发行者以外的外部信任源（如场馆管理者）进行验证。

介绍

外部插件

外部插件是其行为由外部源控制的插件。core程序将为这些插件提供适配器，但开发人员通过将此适配器指向外部数据源来决定行为。每个外部适配器都能够为生命周期事件分配生命周期检查，影响正在发生的生命周期事件的行为。这意味着我们可以为create、transfer、update和burn等生命周期事件分配以下检查：

Listen：当生命周期事件发生时提醒插件的"web3"webhook。这对于跟踪数据或执行操作特别有用。
Reject：插件可以拒绝生命周期事件。
Approve：插件可以批准生命周期事件。如果您想了解更多关于外部插件的信息，请在此处阅读更多内容。

Appdata插件

AppData插件允许资产/收藏品authority保存任意数据，这些数据可以由data_authority（外部信任源，可以分配给资产/收藏品authority决定的任何人）写入和更改。使用AppData插件，收藏品/资产authority可以将向其资产添加数据的任务委托给受信任的第三方。如果您不熟悉新的Appdata插件，请在此处阅读更多内容。

概述：程序设计

在此示例中，我们将开发一个带有四个基本操作的票务解决方案：

设置Manager：建立负责创建和发行票据的authority。
创建Event：生成作为收藏品资产的活动。
创建单个票据：生成作为活动收藏品一部分的单个票据。
处理场馆操作：管理场馆运营商的操作，如在使用票据时扫描票据。注意：虽然这些操作为票务解决方案提供了基础起点，但完整实现需要额外功能，如用于索引活动收藏品的外部数据库。但是，此示例对于有兴趣开发票务解决方案的人来说是一个很好的起点。

拥有外部信任源处理票据扫描的重要性

在引入AppData插件和Core标准之前，由于离链存储限制，管理资产的属性更改是有限的。委托对资产特定部分的authority也是不可能的。这一进步对于票务系统等受监管用例来说是一个游戏规则改变者，因为它允许场馆authority在不授予他们对属性更改和其他数据方面的完全控制的情况下向资产添加数据。此设置减少了欺诈活动的风险，并将错误责任从场馆转移到发行公司。发行公司保留资产的不可变记录，而特定数据更新（如将票据标记为已使用）则通过AppData插件安全管理。详细的实现内容请参阅英文文档的完整指南。

结论

恭喜！您现在已准备好使用Appdata插件创建票务解决方案。如果您想了解更多关于Core和Metaplex的信息，请查看开发者中心。