これは私たちがかかる最も一般的な質問の一つであり、そして公平なものです：トラトックで何かを予約するとき、プラットフォームはTRATでいくらかかるかをどのように決定しますか？

理解すれば実は洗練された答えですが、それには層があります。あるサービス提供者は直接TRATで価格設定します。ほとんどは地元の法定通貨で価格設定します。プラットフォームは2番目のグループをリアルタイムでTRATに変換する必要があります、そしてそれは取引のどちら側也好ましく膨らませたり縮めたりすることなく公平に行われます.

これはリスティングから確認までの全機械の仕組みです。

2種類のサービスプロバイダー

Tratok上のすべてのプロバイダーリスティングは2つのカテゴリのいずれかに分類されます。それらは当社のpricing engineで異なる動作をするため、両方を理解する価値があります：

カテゴリAはシンプルです。バリにあるブティックヴィラが1泊50,000 TRATと掲載した場合、予約費用は50,000 TRATとなります。完了。

カテゴリBは、プラットフォームのほとんどの価格インテリジェンスが存在します。ゲストが法定通貨価格のリスティングを予約しようとしたときに何が起こるか、順を追って説明します。

ステップ1：価格を安定した状態で固定する

TRATは本日Bitmartでステーブルコインに対して取引されています（USDTとのペアで、USDCもまもなく対応予定）。今後、さらに多くの取引소를追加するにつれて、追加のステーブルコインペアでの取引が開始されます。ステーブルコインペアは信頼できる基準を提供します：TRAT-USDTレートは、1～2ベーシスポイント前後の誤差はありますが、本質的にはTRAT-USDレートと同じです。

しかし、多くのプロバイダーはUSDで価格設定していません。パリのレストランはユーロで価格設定されています。東京のゲストハウスは円で価格設定されています。ドバイのヴィラはディルハムで価格設定されています。これらのいずれかをTRATに変換する前に、それらをUSDに変換する必要があります。

この変換のために、Tratokは欧州中央銀行からリアルタイム、低レイテンシ、ホワイトブランドのFXフィードを取得します。ECBの基準レートは、国際通貨換算のゴールドスタンダードです。世界中の市中銀行、主要な金融機関、越境決済ネットワークで使用されているのと同じレートです。当社はサードパーティのスクレイパーは使用せず、マークアップされた小売FXフィードも使用せず、非表示の変換スプレッドも適用しません。ソースから直接取得します。

段階的なものは確定しています。誰も異論を唱えられない参照レートを使用して、予約は安定したUSD同等価値条件で固定されています。さて、より難しい質問です。そのUSD同等価値はいくつのTRATに変換されますか？

段階2: オーダーブックを正直に読む

USDからTRATへの変換の素朴なアプローチは、単一の引用価格を使用することです：最後の取引価格、あるいはビッドとアスクの現在の中間点です。これは微小な取引には有効ですが、他のすべての場合は崩壊します。

実際の市場では、実際に支払う価格は、どれだけ買っているか、そして各価格レベルでどの程度の流動性があるかに依存します。200ドルの予約は板の1レベルを消費します。法人が行った200,000ドルの予約は20レベルを消費する可能性があります。両者が同じ単価で取引されると想定することは、より大きな方を体系的に誤った価格設定することになります。

したがって、Tratokのプライシングエンジンは、単一の提示レートを使用しません。生きている板の深さを読み取り、現在の市場流動性で予約全額を実行するために必要な実効価格を計算します。板に詳しくない方のために、簡単な予備知識を提供します：

さて、ここからは意図的に設計された部分であり、人々が最初に認めるよりも重要な部分です。異なる予約カテゴリは板的の異なる側を読み取ります。

個人予約と法人予約：構造的非対称性

Tratokのプライシングエンジンは、2つの予約タイプを異なる方法で処理します：

この非対称性には理由があり、意図的なものです。プラットフォームを使用する個人旅行者は、ホテル客室を予約するたびに、最も悪いタイミングで実質的にTRATを購入することにならないはずです。

企業予約は、另一方面では、重大な一度限りの取引を表しています。それらは構造化されたコミットメントであり、しばしば反復的であり、しばしば大規模です。それらを売り注文に対して価格設定することは、それらを履行することの実際の市場影響を反映し、企業予約をTRATへの実際の市場需要に直接結びつけます。それは大規模な量の直接的な流動性を追加し、本物の有機的な需要でトークンの価格を支えます。

フロー全体を端から端まで

ピースを再び組み合わせましょう。ユーザーが「予約を確認」をクリックした瞬間からTRATでの価格が確定する瞬間まで、これが起ころことです：

ステップ1からステップ6まで、全体の計算が1秒以内に完了します。ユーザーは確認できる数字を見るだけです。複雑さは舞台裏に残り、まさにそこに属しています。

プラットフォーム成長に伴う意味すること

このデザインには一瞬間坐下来考えてみる価値のある含意があります、なぜならそれはエコシステム全体の長期的な経済性を形作るからです。

Tratokにおける法人会員数は二桁の週次成長率で増加しています。これらの法人取引の一つ一つが、設計上、予約を実行するためにブックの売りサイドを引き上げます。

より多くの取引所がオンラインになり、プラットフォームの流動性が加深すると、板が厚くなりスプレッドが縮小し、法人予約履行のコストがスムーズにスケールします。しかし、基本的なメカニズムは変わりません：法人予約の成長はTRATへの有機的な買い圧力に変換されます。投機からのものではありません。マーケティングキャンペーンからのものではありません。実際のプラットフォームの使用からのものです。

この構造を考えると、最小抵抗の経路は、プラットフォームの実際のユーザーからのorganicな需要が時間の経過とともにtokenをconstructivelyにサポートするというものです。任何人為的な介入を通じてではなく。ただ実際の市場の流動性を通じて流れる予約の計算を通じて。

正直にお伝えすべきいくつかの事項

市場はノイズに包まれています。オーダーブックは動きます。ステーブルコインは時にPegが数basis point外れることがあります。ECBフィードは非常に稀に一時的な障害を起こすことがあります。私たちはこれらのエッジケースに対処するためのフォールバックフィードとサーキットブレーカーを備えており、プライシングエンジンはそれに供給されるデータが通常の許容範囲外になった場合、確認を拒否するように構築されています。

万一このような稀な瞬間に、プラットフォームは悪いデータに基づいて取引を実行するよりも、新しい予約を一時的に停止します。価格の誤りよりも30秒間遅い方がましです。

私たちは方法論も公開しています。なぜなら、この種のプラットフォームでの価格設定は検証可能であるべきだと信じているからです。予約の瞬間に、提示されたTRAT価格をECBフィードとライブオーダーブックに対して検証したい場合は、検証することができます。計算は計算であり、計算は透明です。

注記：この投稿はプラットフォームのメカニズムを説明するものであり、投資助言ではありません。有機的な需要と市場サポートへの言及は、構造設計を説明するものであり、トークン価格の予測ではありません。過去のプラットフォームのパフォーマンスは、将来の結果を示唆するものではない。

— キャロル

コミュニティマネージャー、Tratok