우리가 받는 가장 일반적인 질문 중 하나이며, 정당한 질문입니다: Tratok에서 무언가를 예약할 때, 플랫폼은 TRAT로 비용을 어떻게 결정합니까?

실제로 한 번 보면 우아한 답변이지만, 여러 층위가 있습니다. 일부 서비스 제공자는 직접 TRAT로 가격을 책정합니다. 대부분은 현지法定通貨로 가격을 책정합니다. 플랫폼은 두 번째 그룹을 실시간으로, 공정하게 TRAT로 변환해야 하며, 거래의 어느 쪽도 임의로 부풀리거나 디플레이션하지 않고 변환해야 합니다.

등록부터 확인까지 전체 시스템이 어떻게 작동하는지 보여드립니다.

두 가지 유형의 서비스 제공자

Tratok에 등록된 모든 제공자는 두 가지 범주 중 하나에 속합니다. 이 둘은 가격 책정 엔진에서 다르게 작동하므로, 둘 다 이해하는 것이 중요합니다:

카테고리 A는 간단합니다. 발리의 부티크 빌라가 1박에 50,000 TRAT으로 등록되어 있다면, 예약 비용은 50,000 TRAT입니다. 완료.

카테고리 B는 플랫폼의 대부분의 가격 정보가 위치한 곳입니다. 손님이法定화폐 가격 목록을 예약하려고 할 때 어떤 일이 발생하는지 살펴보겠습니다.

1단계: 안정적인 기준으로 가격을 고정하세요

TRAT은 현재 Bitmart에서 스테이블코인 대비 거래됩니다(USDT와 페어링되며, USDC는 곧 출시 예정). 시간이 지나면서 더 많은 거래소를 추가함에 따라 추가 스테이블코인 페어에서도 거래될 것입니다. 스테이블코인 페어는 신뢰할 수 있는 기준점을 제공합니다: TRAT-USDT 환율은 사실상 TRAT-USD 환율이며, 베이시스 포인트 1~2개 정도의 차이만 있습니다.

그러나 많은 제공자들은 USD로 가격을 책정하지 않습니다. 파리의 레스토랑은 유로로 가격을 책정합니다. 도쿄의 게스트하우스는 엔화로 가격을 책정합니다. 두바이의 빌라는 디르함으로 가격을 책정합니다. 이들 중 하나라도 TRAT로 변환하려면 먼저 USD로 변환해야 합니다.

해당 변환을 위해 Tratok은 유럽중앙은행에서 실시간, 짧은 지연시간, 화이트레이블 FX 피드를 가져옵니다. ECB의 기준 금리는 국제 환전의 금표준입니다. 이 금리는 세계 각국의 중앙은행, 주요 금융기관 및 국경간 결제 네트워크에서 사용하는 동일한 금리입니다. 우리는 제3자 스크래퍼를 사용하지 않으며, 프리미엄이 붙은 소매 FX 피드를 사용하지 않고, 숨겨진 변환 스프레드를 적용하지도 않습니다. 우리는 출처에서 직접 가져옵니다.

1단계는 완료되었습니다. 예약은 아무도 이의를 제기할 수 없는 기준 환율을 사용하여 안정적인 USD 환산 조건으로 고정되었습니다. 이제 더 어려운 질문이 있습니다: 그 USD 환산 가치가 TRAT로 얼마가 될까요?

2단계: 호가창을 정직하게 읽기

USD를 TRAT로 변환하는 순진한 접근 방식은 단일 호가를 사용하는 것입니다: 마지막 거래가 있었든, 또는 현재 매수호가와 매도호가의 중앙값이든. 이것은 소액 거래에는 작동하지만 그 외에는 무너집니다.

실제 시장에서, 당신이 실제로 지불하는 가격은 당신이 얼마나 사는지와 각 가격 수준에서 어떤 유동성이 존재하는지에 따라 달라집니다. $200 예약은 주문서의 한 수준을 침식합니다. 기업 단체의 $200,000 예약은 스물 번째까지 침식할 수 있습니다. 둘 다 동일한 단위당 가격으로 거래된다고 가정하면 체계적으로 더 큰 쪽의 잘못된 가격을 매길 것입니다.

그래서 Tratok의 가격 책정 엔진은 단일 호가 환율을 사용하지 않습니다. 이는 라이브 주문서 깊이를 읽고 현재 시장 유동성에서 전체 예약 가치를 실행하는 데 필요한 실효 가격을 계산합니다. 주문서에 익숙하지 않은 분들을 위한 간단한 설명은 다음과 같습니다:

이제 의도적으로 설계된 부분이고 사람들이 처음에 인식하는 것보다 더 중요한 부분입니다. 다양한 예약 카테고리는 주문서의 서로 다른 쪽을 읽습니다.

개인 예약 대 기업 예약: 구조적 비대칭

Tratok의 가격 결정 엔진은 두 가지 예약 유형을 다르게 처리합니다:

이러한 비대칭에는 이유가 있으며, 의도적인 것입니다. 플랫폼을 사용하는 개별 여행자들은 호텔 객실을 예약할 때마다 최악의 시점에 효과적으로 TRAT를 구매해서는 안 됩니다.

한편, 기업 예약은 심각한 일회성 거래를 나타냅니다. 그것들은 구조화된 약속으로, 종종 반복적이고 종종 대규모로 이루어집니다. 그것들을 호가 측면에 대해 가격을 매기는 것은 그것들을 이행하는 것의 실제 시장 영향을 반영하며, 이는 기업 예약을 TRAT에 대한 실제 시장 수요와 직접 연결합니다. 그것은 실제 유기적 수요로 토큰의 가격을 지원하는 대규모의 직접적인 유동성을 추가합니다.

전체 흐름, 엔드 투 엔드

조각들을 다시 맞춰봅시다. 사용자가 “예약 확인”을 클릭하는 순간부터 TRAT로 가격이 확정되는 순간까지, 여기서 일어나는 일은 다음과 같습니다:

1단계부터 6단계까지 전체 계산은 1초도 채 걸리지 않습니다. 사용자는 확인할 수 있는 숫자만 보게 됩니다. 복잡성은 적절한 곳에 위치한 후드 아래에 남아 있습니다.

플랫폼이 성장함에 따라 이것이 의미하는 것

이 디자인에는 잠시 곰곰이 생각해볼 만한 함의가 있는데, 이는 전체 생태계의 장기적인 경제 구조를 형성하기 때문입니다.

Tratok의 기업 회원 수는 주간 두 자릿수 성장률을 기록하고 있습니다. 이러한 기업 거래 각각은 설계에 따라 예약을 이행하기 위해 호가창의 매도호를 끌어올립니다.

더 많은 거래소가上线하고 플랫폼의 유동성이 깊어짐에 따라 호가창이 두꺼워지고 스프레드가 좁아지며 기업 예약 이행 비용이 원활하게 확대됩니다. 그러나 기본 메커니즘은 변하지 않습니다: 기업 예약 증가는 TRAT에 대한 유기적인 매수 압력으로 전환됩니다. 투기로부터가 아닙니다. 마케팅 캠페인으로부터가 아닙니다. 실제 플랫폼 사용으로부터입니다.

이것이 구조화된 방식에서 가장阻力이 적은 경로인데, 플랫폼의 실제 사용자들의 유기적 수요가 시간에 걸쳐 토큰을 건설적으로 지지합니다. 인위적인 개입을 통해가 아닙니다. 실제 시장 유동성을 통해 흐르는 예약의 수학만으로 말이죠.

솔직히 알아둘 만한 몇 가지

시장은 시끄럽습니다. 주문서가 움직입니다. 스테이블코인이 가끔 베이시스 포인트 몇 포인트 디펫됩니다. ECB 피드에 매우 드문 일시적 중단이 있습니다. 우리는 이러한 엣지 케이스를 처리하기 위해 폴백 피드와 서킷 브레이커를 보유하고 있으며, 가격 엔진은 이를 공급하는 데이터가 정상 허용 범위를 벗어나면 예약을 확인하기 것을 거부하도록 구축되었습니다.

이러한 드문 순간 발생할 경우, 플랫폼은 잘못된 데이터에 대해 하나를 실행하는 것보다 새 예약을 잠시 일시 중단합니다. 가격에서 잘못되는 것보다 30초간 느리는 것이 낫습니다.

우리는 또한 방법론을 공개합니다. 왜냐하면 이러한 플랫폼에서의 가격 책정은 검사 가능해야 한다고 믿기 때문입니다. 예약 순간 ECB 피드와 라이브 주문서에 대해 표시된 TRAT 가격을 검증하고 싶다면 할 수 있습니다. 수학은 수학이며, 수학은 투명합니다.

참고: 이 게시물은 플랫폼 메커니즘을 설명하며 투자 조언이 아닙니다. 유기적 수요 및 시장 지원에 대한 언급은 구조적 설계를 설명하며 토큰 가격에 대한 예측이 아닙니다. 지난 플랫폼 성과는 미래 결과의 지표가 아닙니다.

— Carol

커뮤니티 매니저, 트라톡