深入解析
Tratok实际上如何设定预订价格。
这是我们经常被问到的问题的坦诚回答。两种服务提供商类型。一个实时外汇数据源。一个订单簿发挥的作用超出人们的想象。
Tratok如何设定预订价格？
这是我们最常收到的问题之一，而且是个合理的问题：当我通过Tratok预订时，平台如何决定它在TRAT中的价格？
一旦你理解，答案实际上是优雅的，但它有多个层面。一些服务提供商直接以TRAT定价。大多数以其当地法定货币定价。平台必须实时将第二组转换为TRAT，并且要公平，不能随意抬高或压低交易的任何一方。
以下是整个流程的运作方式，从发布列表到确认。
两类服务提供商
Tratok上的每个服务提供商列表都属于以下两类之一。它们在我们的定价系统中表现不同，因此了解两者都很重要：
A类
直接以TRAT标价的服务提供商
通常是个人、家庭经营的企业、精品酒店业务。业主接受代币，直接接受，并以其TRAT设定每晚价格（或课程费用或餐桌价格）。
无需计算。标价即价格。
B类
以法定货币定价的供应商
大多数。酒店、餐厅、旅游运营商、许多国家的场所。他们以当地货币定价：USD、EUR、AED、JPY、GBP、MXN等数十种。他们的会计以法定货币运行。
需要实时转换。这就是工程实现的地方。
A类很简单。如果巴厘岛的一家精品别墅挂牌价为每晚50,000 TRAT，则预订费用为50,000 TRAT。完成。
B类是平台大部分定价智能所在。让我们逐步了解当客人尝试预订以法定货币定价的房源时会发生什么。
第一步：用稳定术语锚定价格
TRAT目前在Bitmart上与稳定币进行交易（与USDT配对，USDC即将推出），随着我们不断增加交易所，TRAT将与其他稳定币配对进行交易。稳定币配对为我们提供了一个可靠的锚点：TRAT-USDT汇率实际上就是TRAT-USD汇率，误差在一两个基点以内。
但许多提供商并不以美元定价。巴黎的餐厅以欧元定价。东京的招待所以日元定价。迪拜的别墅以迪拉姆定价。在我们将其中任何一个转换为TRAT之前，我们需要先将它们转换为美元。
对于这种转换，Tratok从欧洲中央银行获取实时、低延迟的白标外汇数据。欧洲央行的参考汇率是国际货币转换的黄金标准。这些汇率与世界各国央行、主要金融机构和跨境支付网络所使用的汇率相同。我们不使用第三方抓取工具，不使用加价的零售外汇数据，也不收取隐藏的转换差价。我们直接从源头获取数据。
一个具体示例
生态系统上的一位Tratokian点击预订一家定价为€150的巴黎餐厅的品尝菜单。
1
标价：€150 欧元
2
预订时欧洲央行汇率：欧元/美元 = 1.0850
3
美元等值：€150 × 1.0850 = $162.75 美元
4
现在我们确切地知道要将多少美元等值金额转换为TRAT。
第一阶段已解决。预订以稳定的美元等值条款锚定，使用无人能争议的参考汇率。现在更难的问题是：该美元等值金额能转换为多少TRAT？
第二步：诚实地阅读订单簿
将美元转换为TRAT的简单方法是使用单一报价：无论最后交易是什么，或是买卖当前中间价。这适用于小额交易，但对其他所有情况都失效。
在真实市场中，您实际支付的价格取决于您购买的数量以及每个价格水平上存在的流动性。200美元的预订会消耗订单簿的一个层级。来自企业集团的20万美元预订可能会穿透二十个层级。假装两者以相同的每单位价格交易会系统性地错误定价更大的那一个。
因此，Tratok的定价引擎不使用单一报价汇率。它读取实时订单簿深度，并计算在当前市场流动性下执行全部预订价值所需的有效价格。对于不熟悉订单簿的人，这里是快速入门：
用通俗语言解释订单簿
买方一侧
买方当前愿意为TRAT支付的价格。以递减价格层级堆叠。如果您要卖出TRAT，您正在触及买方出价。
询价端
当前卖家期望收到的TRAT价格。按上升价格水平堆叠。如果您买入TRAT，您就是在提拉卖方的询价。
最高买价和最低卖价之间的差距就是价差。您在何处交易取决于您参与的是订单簿的哪一方。
现在这是经过精心设计且比人们最初理解的更为重要的部分。不同类型的订单会读取订单簿的不同侧。
零售订单与公司订单：结构性不对称
Tratok的定价引擎对两种预订类型采用不同的处理方式：
零售预订
读取投标方
当个人客人预订房间或餐桌时，引擎会根据市场当前愿意购买TRAT的价格来定价。
旅客始终获得公平价格。
企业预订
读取卖方报价
当企业客户大规模预订（批量预订、旅行项目、续约合同）时，引擎以卖方报价进行定价。企业有效地注入直接市场流动性以完成其预订。
企业交易量流入实际市场买入压力。
这种不对称性是有原因的，而且是刻意设计的。使用该平台的个人旅客不应该在每次预订酒店房间时都在最不利的时机有效地买入TRAT。
企业预订，另一方面，代表着严肃的一次性交易。它们是结构化的承诺，通常是重复性的，通常是大规模的。根据卖方报价对这些进行定价反映了履行它们对市场的实际影响，并直接将企业预订与TRAT的真实市场需求联系起来。它以大量直接流动性支持代币价格，提供真正的有机需求。
为什么这种设计很重要
零售用户获得他们应得的定价。企业交易量在公开市场上创造真实、有机的买方需求。两组人都得到了公平的对待，在生态系统中的地位是公平的，结构性影响是，随着平台的增长，所有活动都直接转化为对TRAT的市场支撑，随着需求超过供应，价格上行压力增加。
整个流程，端到端
让我们把各个部分重新整合起来。从用户点击”确认预订”的那一刻到TRAT价格被锁定的时刻，以下是发生的事情：
1
已识别提供商类型 · A类（TRAT定价）跳至第5步。B类（法币定价）继续。
2
已识别当地货币 · EUR, JPY, AED, MXN, etc. 提供商在其原生法币中的标价。
3
已获取欧洲央行参考汇率 · 实时、低延迟、白标订阅。将当地法币转换为美元等值。
4
已评估预订类型 · 零售预订？读取买方报价。企业预订？读取卖方报价。
5
订单簿走单 · 引擎计算满足实际市场流动性下预订价值所需的TRAT有效金额。
6
最终TRAT金额锁定 · 用户看到确切的TRAT金额并确认。预订通过智能合约执行。
从第一步到第六步，整个计算在不到一秒的时间内完成。用户只需看到一个可以确认的数字。复杂性留在底层，这是它应有的位置。
随着平台发展，这意味着
这个设计有一个值得深思的内涵，因为它塑造了整个生态系统的长期经济逻辑。
Tratok上的企业会员数量以每周两位数的速度增长。每一笔企业交易都按照设计提升了订单簿的卖方一侧来完成预订。
随着越来越多的交易所上线以及平台流动性的加深，订单簿变得更厚，点差收窄，完成企业预订的成本平稳增长。但 underlying mechanic doesn’t change: 企业预订增长转化为TRAT的自然买方压力。不是来自投机。不是来自营销活动。来自于实际平台使用。
鉴于 this is structured，最小阻力路径是 platform’s actual users constructively supports the token over time。不是通过任何人工干预。只是通过 bookings flowing through real market liquidity。
对于早期持有者，这是结构性回报。
平台，其企业增长直接服务于真实市场需求。一种代币，其升值（如果有的话）与实际使用挂钩，而非投机或国库清算。持续的、可实现的收益，由采用率计算驱动，在平台持续发布新功能的背景下悄然积累。
一些值得坦诚相告的事情
市场充满噪音。订单簿不断变动。稳定币偶尔会脱锚几个基点。欧洲央行的数据源极少出现短暂中断。我们有备用数据源和熔断机制来处理这些边缘情况，并且定价引擎的设计是：如果输入数据超出正常容差范围，将拒绝确认订单。
万一真的遇到这种极其罕见的情况，平台会短暂暂停新订单，而不是用错误的数据执行订单。定价宁可延迟三十秒，也不愿出错。
我们同时公开定价方法论，因为坚信此类平台的定价应当可被审查。如果你想将报价的TRAT价格与欧洲央行数据源和下单时的实时订单簿进行比对，完全可行。数学就是数学，数学是透明的。
注意：本文描述平台机制，不构成投资建议。对有机需求和市场支持的引用描述的是结构性设计，而非代币价格预测。过去的平台表现不代表未来结果。
— Carol
社区经理，Tratok
Never miss an update
Get new Tratok articles by email — the moment they publish, or as one weekly digest.