Gram (prev. Toncoin)

Gram(티커: GRAM)은 레이어-1 블록체인 및 서비스 스택인 The Open Network(TON)의 네이티브 암호화폐입니다. 이는 TON 자체(ERC-20이나 래핑된 자산이 아님)에서만 존재하며, 네트워크의 기본 통화 역할을 합니다. 실제로 Gram은 블록체인 및 통합 서비스, 즉 TON 블록체인에서의 거래 및 스마트 계약 실행, TON DNS, TON Sites, TON Storage, TON Proxy 전반에 걸친 서비스 운영의 단위입니다.

Gram은 또한 네트워크의 지분증명(Proof-of-Stake) 보안 모델의 기반이 되며, 검증인들은 GRAM을 스테이킹하여 체인 운영에 참여하고 그 대가로 프로토콜 보상을 받습니다. 스테이킹 및 검증인 역할의 운영 세부 정보는 전용 섹션에서 다룹니다.

개발자 도구 및 코드에서는 일반적으로 사용자들이 Gram 단위로 상호작용하더라도, 잔고를 나노톤(nanotons, 종종 ‘nano’로 표기)이라는 온체인 최소 단위로 기록합니다. 이는 이더리움의 “wei”와 유사하며, 스마트 계약 논리에서 반올림 오류를 방지합니다. Gram의 실사용 예시는 “생태계 전반에서 Gram은 무엇에 사용되나요?”를 참고하세요.

텔레그램은 원래 “Telegram Open Network” 프로젝트를 개발하며 Gram 토큰 발행을 계획했으나, 2020년 미국 증권거래위원회(SEC)의 조치 및 법원 합의를 계기로 프로젝트를 종료했습니다. 이후 오픈소스 코드베이스와 비전이 독립 커뮤니티에 의해 “The Open Network(TON)”이라는 이름 아래 계승되었으며, Gram이 네이티브 자산이 되었습니다. 현재 TON은 커뮤니티 주도의 블록체인이고, Telegram은 별도의 회사입니다.

텔레그램은 현재 TON을 통합하고 있지만, 이를 통제하진 않습니다. 텔레그램 내 “Wallet”은 커스터디형 Crypto Wallet과 온체인 활동용 셀프커스토디 TON Wallet 두 가지 모드를 제공합니다. 각 지역 및 서비스 정책에 따라 사용 가능 여부와 기능이 달라집니다.

텔레그램은 TON 기반 광고(Ads)도 운영합니다. 광고주가 Gram으로 채널 광고를 구입하면, 적격 채널 소유자는 광고 수익의 50%를 출금할 수 있습니다(출금은 Fragment를 통해 처리). 이는 네트워크 통치가 아닌, TON 위에서 구현된 서비스 통합입니다.

Fragment는 텔레그램의 공식 @사용자이름 및 자산 마켓플레이스입니다. 경매 및 정산이 Gram으로 이뤄지며, 텔레그램 계정과 연동됩니다.

TON Foundation은 스위스 비영리재단으로 TON 생태계를 지원합니다. 텔레그램의 소유권이나 메시징 플랫폼 운용은 하지 않습니다.

The Open Network(TON)는 오픈소스, 커뮤니티 주도의 레이어-1 플랫폼으로, 스마트 계약 블록체인의 기본 레이어에 P2P 기반 부가 서비스가 통합된 구조입니다. TON 백서(whitepaper)는 멀티 블록체인 설계와, DNS, Storage, Sites, Proxy와 같은 “TON Services”를 포함한 P2P 스택을 정의합니다. 이 모델에서 블록체인은 핵심 원장 역할을 하며, 그 외 서비스는 이름 해석, 데이터 저장/서빙, 트래픽 라우팅 등의 역할을 담당합니다.

TON 코드베이스와 검증인 소프트웨어는 공개 저장소에서 개발됩니다. 프로젝트는 단일 관리 주체 없이 운영되며, TON Foundation이 생태계를 지원하지만 기술을 통제하지는 않습니다.

Gram(GRAM)은 네트워크의 네이티브 통화입니다. TON 설계상, 네이티브 코인으로 온체인 수수료를 지불하고, 검증인들이 네트워크 보안을 위해 스테이킹에 사용합니다. 백서(커뮤니티 리브랜딩 전 작성)는 네이티브 코인이 계산(“가스”) 및 검증인 경제학에서의 역할을 제시합니다. 현재 Gram은 플랫폼 통합(예: 텔레그램 광고 등)을 포함한 모든 생태계의 단위로 사용됩니다. 수수료 및 스테이킹 상세 작동 방식은 별도 섹션에서 다룹니다.

Gram은 The Open Network에서의 모든 활동을 뒷받침하는 네이티브 자산입니다. 용도는 다음 네 가지로 분류할 수 있습니다:

1. 온체인 수수료 지불: TON에서의 거래 및 스마트 계약 실행은 Gram으로 결제됩니다. 수수료는 계산 및 메시지 전달, 스토리지 관련 비용을 포함합니다.

2. 네트워크 보안(스테이킹): 검증인들은 네트워크의 지분증명 검증에 참가하기 위해 Gram을 스테이킹하고, 프로토콜 보상을 획득합니다. 위임은 온체인 노미네이터 풀 계약을 통해 구현됩니다.

3. 프로토콜 수준 서비스 결제: TON의 내장 서비스(TON DNS, Storage, Sites, Proxy 등)는 네트워크 스택의 일부입니다. .ton 이름 등록/경매, 이름 해석, 스토리지 노드 운영 등 상호작용은 Gram으로 온체인 거래로 결제됩니다. 각 서비스의 상세 작동 방식을 TON Services 섹션에서 다룹니다.

4. 플랫폼/앱 통합: Gram은 텔레그램 광고 결제수단이며, 적격 채널 소유자는 Fragment를 통해 수익을 출금합니다. Fragment의 @사용자이름 수집 경매도 연결된 TON 지갑으로 정산합니다. 텔레그램 외 TON dApp들도 통상적으로 Gram 단위로 가격 책정 및 결제합니다.

수수료 구조는 “어떤 온체인 액션에 TON이 필요하며, 수수료는 어떻게 산정되나요?”를 참고, 스테이킹 역할/위임은 “TON에서의 스테이킹 방식” 참고.

TON은 여러 블록체인이 병렬로 작동하며, 이들을 마스터체인(masterchain)이라는 특별 체인이 조율하는 구조로 설계됐습니다. 하위에는 각각 자체 규칙을 갖는 하나 이상의 워크체인(workchain)이 존재하고, 각 워크체인은 필요에 따라 다수의 샤드체인(shardchain)으로 동적 샤딩이 가능합니다. 이 구조는 시스템 일관성을 유지하면서 병렬 처리를 극대화합니다.

마스터체인: 네트워크 전체의 메타데이터 및 조율 정보를 저장합니다(예: 모든 샤드체인의 최신 블록 해시). 이 참조 덕분에 마스터체인이 샤드 블록을 정본으로 인정하며, 다른 샤드가 곧바로 이 내용을 신뢰해 후속 블록에서 활용할 수 있습니다. 많은 프로토콜 매개변수도 마스터체인 상태에 저장됩니다.

워크체인: 각 워크체인은 자체 규칙과 블록 포맷을 갖춘 TON 내 개별 블록체인입니다. 백서상 최대 2³²개의 워크체인이 가능하며, 실제 대부분의 애플리케이션은 “기본 워크체인(Workchain Zero)”을 이용해 TON 스마트 계약 및 Gram 전송을 처리합니다. 미래에는 특수 목적 워크체인이 추가될 수 있습니다.

샤드체인(동적 샤딩): 각 워크체인은 샤드체인으로 쪼개지며, 각 샤드는 일부 계정 주소 집합을 담당합니다. 부하 증가 시 자동으로 샤드가 나뉘고, 부하가 낮아지면 합쳐져서, 수용력이 유연하게 변화합니다. 샤드 및 워크체인 간 라우팅은 TON의 메시지 전달 모델을 이용하므로, 스마트 계약은 각 샤드 간 메시지·가치 전달을 신뢰성 있게 처리할 수 있습니다.

통합 동작 방식:

• 샤드체인들은 병렬로 블록을 생성하며, 마스터체인이 이 샤드 블록들의 해시를 포함해 다른 샤드가 후속 처리를 할 때 이를 정본으로 삼습니다.
• “기본 워크체인”에서 현재의 스마트 계약 활동과 Gram 전송이 이뤄지며, 추가 워크체인은 추후 별도의 규칙 또는 VM을 적용하면서 마스터체인이 전체 동기화를 담당합니다.

TON에서 모든 사용자 계좌는 스마트 계약입니다. “지갑” 역시 Gram을 보관하고, 소유자 서명 메시지를 보내는 최소한의 계약일 뿐입니다. 지갑 계약은 사용자의 키 서명을 검증하고, 재생 공격 방치용 seqno를 추적하며, 외부 메시지 수신 시 소유자 허가 작업을 실행합니다. 개발자 문서에서는 “모든 것이 스마트 계약”이라고 표현되며, 지갑도 예외가 아닙니다.

Wallet V4 (v4r2): V4에서는 플러그인/확장 모델을 표준화했습니다. 신뢰하는 컴패니언 계약(플러그인)이 일부 자금 작업(예: 구독 결제 등)을 수행하도록 지갑이 허가할 수 있습니다. 플러그인 인터페이스 및 설치/제거 방식은 V4 저장소에 문서화되어 있습니다. V4는 여전히 널리 쓰이며 메이저 지갑들이 지원합니다.

Wallet V5 (W5): V5(일명 W5)는 TON 코어 저장소에서 관리되는 최신 지갑 계약 표준입니다. 주요 기능은 다음과 같습니다.

• 멀티 전송: 하나의 서명으로 최대 255개 아웃고잉 메시지 발송 지원
• 내부 및 외부 서명 액션 지원(릴레이어 패턴 구현, 흔히 ‘가스리스’ 플로우에 쓰임)
• 플러그인 후속 확장자를 일반화한 확장 메커니즘(2FA/복구 흐름 위한 액션 차단 등 지원)

명세와 저장소에는 가스리스 릴레이어가 사용자 서명 메시지를 포워딩하며 Gram 수수료를 대신 내는 방식도 설명됨.

W5 현장 적용: 익스플로러들은 wallet_v5r1과 같이 메인넷 배포 W5 계약의 인터페이스 태그를 표시합니다. 많은 지갑 앱이 신규 주소에 W5를 기본 적용하고, 필요시 V4와 병행 지원합니다.

TON 지갑은 계약 코드+데이터 형식이므로, 지갑 버전(V4→W5) 변경 시 계약(주소)이 변경됩니다. 시드구문 하나로 여러 버전 키는 파생 가능하지만, 잔고는 “자동 이동”되지 않으므로 직접 신규 지갑을 배포 후 송금해야 합니다. 일부 앱은 여러 버전을 병행 관리할 수 있도록 지원합니다.

간단 답변: TON은 이더리움 가상머신(EVM)을 지원하지 않습니다. TON의 스마트 계약은 네이티브 런타임인 TON Virtual Machine(TVM)에서 실행됩니다. EVM 호환성은 별도의 레이어나 프로젝트(L2 등)로 제공될 수 있지만, 베이스 프로토콜에는 포함되지 않습니다.

TON Virtual Machine(TVM): 결정론적 스택기반 VM으로, 마스터체인 및 기본 워크체인에서 스마트 계약 코드를 실행하고, 입력 메시지 및 영속 데이터 파싱, 상태 갱신 및 아웃고잉 메시지 생성 등을 담당합니다. 클라이언트 “get-methods”는 로컬 TVM에서 검증된 상태로 실행되므로, 단순 읽기에 전체 노드가 필요하지 않습니다.

TON에서 지원되는 언어:

• FunC – C 유사 저수준 언어로, TVM 바이트코드로 컴파일되며 표준 도구 체계와 명령어 셋은 공식 TON 저장소에서 관리됩니다.
• Tact – TVM용으로 TON 툴체인을 거쳐 컴파일되는 고수준 언어입니다. 공식 문서에는 언어, 타입, 빌드 흐름이 안내되어 있습니다.

개발자 워크플로우: 공식 Blueprint 환경에서 FunC 및 Tact 프로젝트를 스캐폴드, 테스트, 배포할 수 있습니다.

TON에서 EVM: TON 생태계에서 EVM 실행이 필요한 경우(예: TEVM/L2 프로젝트)는 별도의 호환 계층으로 제공되며, TON의 네이티브 런타임은 아닙니다.

TON에서 모든 온체인 거래(Gram이나 토큰 전송, 계약 배포/호출 등)는 Gram으로 수수료를 지불해야 합니다. 지갑이 외부 메시지를 지갑 계약에 제출하면, 계약 실행 후(대개) 하나 이상의 내부 메시지가 발생하는데 각 단계마다 수수료가 부과됩니다. 일부 지갑은 “가스리스” 플로우(W5) 지원으로 릴레이어가 대납하거나, 전송 자산에서 수수료를 차감할 수 있지만, 네트워크는 여전히 GRAM으로 수수료 정산을 요구합니다.

수수료 구성 방법

저수준에서는 거래 총수수료가 실행/메시징(샤드/워크체인 간) 과정에 따른 여러 요소의 합계입니다.

• 계산(gas) 수수료: TVM이 소비한 스텝 개수에 따라 부과되며, 가격은 온체인 config 파라미터(masterchain/basechain)에서 정해집니다.
• 액션 수수료: 액션 단계(아웃고잉 메시지 생성 등)에서 실행된 작업당 부과됩니다.
• 포워딩 수수료: 메시지 전송에 필요한 수수료로, 메시지 크기(셀/비트)와 네트워크 config에 정의된 체인별 forward-price로 결정. 인바운드·아웃바운드 각각 수수료 발생.
• 스토리지 수수료(“storage rent”): 계정/계약의 영속 데이터 사용량에 기반해 부과(파라미터 18). 비자동 지급/동작은 다음 섹션에서 설명합니다.

개발자 도구, API에서는 각 부분을 별도로 확인할 수 있습니다. 예를 들어 estimateFee는 in_fwd_fee, storage_fee, gas_fee, fwd_fee를 산출해, 송신/수신자가 각 메시지별 실제 부담액을 나타냅니다.

예) 단순 전송의 개념적 분해:

• 지갑의 외부 메시지 실행(가스 수수료) → 내부 전송 큐잉(액션 수수료)
• 내부 메시지가 수신자에게 전달(포워딩 수수료); 수신자는 해당 메시지 처리(인바운드), 지갑 코드 실행에 추가 계산(가스 수수료)을 부담
• 메시지 크기, 경로, config상 가격에 따라 실제 금액 변동

사용자 참고사항:

• 수수료는 지갑에서 자동 산정되며, 최종 금액을 확인 후 승인합니다. 일부 지갑은 “배터리(Battery)” 등 수수료 추상화 기능을 제공합니다.
• 개발자는 라이브 config를 읽는 공식 함수(forward-fee, compute-fee 등)로 수수료를 프로그램적으로 계산할 수 있습니다.

스토리지 렌트는 TON 블록체인에 상태(지갑/계약 코드 및 데이터)를 저장하는 데 발생하는 시간 기준 수수료입니다. Gram으로 산정되며, 계약이 사용하는 상태(셀·비트 수) 및 보존 기간에 따라 달라집니다. 가격은 네트워크 config(파라미터 18)에서 결정되며, 마스터체인이 베이스 워크체인보다 요율이 높습니다. 지갑 및 SDK는 가격 정보를 자동 조회하며 직접 계산할 필요는 없습니다.

수수료 징수 시점: 스토리지 수수료는 해당 계정/계약을 포함하는 거래의 Storage 단계에 차감됩니다. 아주 적은 값(예: 1나노톤)이라도 인바운드로 받으면, 마지막 결제 이후 누적 스토리지 부채 전체가 즉시 청구됩니다. 바운스 메시지도 해당 시점 스토리지 수수료를 계약에 부과합니다. 장기 미활동 계정은 다음 거래에서 평소보다 큰 스토리지 요금이 부과될 수 있습니다.

개발자 관점 계산법: 저수준에서는 account.bits * bit_price + account.cells * cell_price × 지난 초(sec)로 계산(가격은 Config 18). TON은 셀을 해시로 중복 제거해 유니크 셀만 계산합니다. 공식 툴에서는 라이브 config로 스토리지 수수료를 즉시 산출할 수 있는 헬퍼를 제공합니다.

잔고가 부족하면: 계정 잔고가 누적 스토리지 렌트 이하이면, 프로토콜이 계약을 ‘동결’할 수 있습니다. 이때 코드/데이터 셀은 삭제되어 리소스를 절약하고, 주소/잔고만 남습니다. 삭제된 셀의 해시는 네트워크가 기록하므로, 나중에 Gram을 송금하며(수수료 충당), 동일 해시의 코드/데이터를 메시지로 첨부시 상태 복구가 가능합니다.

엣지 케이스 및 역사 주석

• 상태가 한 번도 변경되지 않은 계약은 동결 대신 “uninit” 단계로 진입할 수 있음. 복구도 지원됨.
• 초기 TON 백서는 아무도 메시지를 전송하지 않으면 렌트 징수 없이 계정이 무한대 유지된다고 기재. 누구든 최소 메시지 전송으로 Insolvent 계정 청산+소액 인센티브 가능. 현대 구현은 freeze/recover 흐름으로 제공.

“TON Services”는 TON 블록체인 옆에 위치하는 네트워크 레벨 컴포넌트들입니다: 네이밍 시스템(TON DNS), 콘텐츠 계층(TON Storage), 웹 접근(TON Sites), 라우팅/익명화 계층(TON Proxy). 이들은 TON의 P2P 스택(ADNL/RLDP) 위에서 동작하며, 온체인 변경(이름 레코드/결제 등)은 Gram 결제로 처리합니다.

TON DNS: 사람이 읽을 수 있는 이름(ex: example.ton)을 TON 리소스(스마트 계약 주소, ADNL 단말점 등)로 매핑합니다. 온체인 계층적 구조로 명세되며, 앱은 이름을 256비트 주소로 해석, 연결합니다. DNS 상태 변조(등록/연장/갱신)는 Gram 결제 온체인 거래입니다.

TON Sites: TON Sites는 “순수 네트워크 서비스”로, TON의 전송(ADNL/RLDP)을 통해 접근합니다. 사용자는 톤-프록시(ton-proxy)를 통해 로컬 HTTP 요청을 받아, TON 네트워크로 포워드 후 응답을 반환받아 웹과 비슷한 경험을 제공합니다(공용 인터넷 경로 불필요). 이름은 TON DNS에서 해석합니다. 서비스 주소/레코드 발행/갱신은 Gram으로 온체인 결제, 브라우징 자체는 오프체인 트래픽입니다.

TON Storage: TON Storage는 분산 파일 스토리지로, TON 네트워크에서 접근 가능합니다(블록체인 아카이브에도 활용). 참조 저장소 데몬/스마트 계약은 사용자가 스토리지 제공자에게 Gram으로 결제, 제공자는 저장 데이터 머클 증명 제출시 출금 가능합니다. 결제 및 계약 상호작용은 Gram, 실제 데이터 전송은 P2P 프로토콜 기반입니다.

TON Proxy: TON Proxy는 네트워크 프록시/익명화 레이어로, 노드 식별자/IP를 숨기고 현지 HTTP를 TON 전송으로 브릿지해 TON Sites 접근성을 높입니다(DDoS·검열 우회). 프록시 사용·설정은 오프체인, 새로운 프록시 엔트리 등록/검색 등만 온체인에서 Gram 결제 거래 필요.

주요 역할 정리:

• 지갑은 사용자의 키를 보관하며, dApp이 거래 또는 데이터 서명을 요청하면 승인여부를 묻습니다. 텔레그램 내 ‘Wallet in Telegram’은 셀프커스토디 TON Wallet(온체인 키)과 독립 커스터디 Crypto Wallet을 모두 연결 대상으로 제공합니다.
• TON Connect는 dApp과 지갑을 연결하는 표준 프로토콜이며, 앱이 지갑 검색, 암호화된 세션 생성, sendTransaction/signData 요청을 수행하는 방식을 정의합니다.
• 텔레그램 미니앱(Telegram Mini Apps)은 텔레그램 내 웹 앱입니다. 텔레그램 UI 및 인증을 확장하고, TON Connect를 통합해 블록체인 행동을 추가할 수 있습니다. 텔레그램 자체 결제(Bot Payments/Stars)는 온체인 전송과 별도입니다.

접속 흐름:

1. dApp(웹/미니앱)이 “지갑 연결”을 표시. TON Connect SDK로 지원 지갑을 나열, 실행 환경(임베디드/Injected/원격) 인식. 임베디드(텔레그램 내)인 경우 JS 브릿지, 외부일 땐 딥링크/QR로 연결.
2. 지갑-앱은 지갑 호스팅 브릿지 위에 세션을 형성. 메시지는 종단 간 암호화(E2EE)되어 브릿지에서도 내용을 볼 수 없음.
3. 연결 후, 앱은 다음 요청 가능:
   • sendTransaction — 지갑이 트랜잭션 내용을 띄우고, 사용자가 승인하면 서명 및 TON에 제출; dApp은 BOC/tx 해시 등 결과 수신
   • signData — 오프체인 검증 또는 온체인 확증을 위해 데이터(문자/바이트/셀)를 서명받음; 자금 이동 없음

텔레그램 미니앱 내 활용: 미니앱은 Telegran WebApp SDK로 UI/인증을 접수, TON Connect로 블록체인 액션을 추가합니다. 결과적으로 미니앱 → 지갑 연결 → GRAM 전송 또는 계약 호출 승인 → 확인 반환 순의 자연스러운 플로우가 구현되며, 키는 지갑에서 절대 벗어나지 않습니다.

결제: 온체인 vs 텔레그램 자체 시스템

• 온체인 GRAM 결제(GRAM/Jetton 전송, 계약 호출 등)는 TON Connect를 통해 온체인에서 실행되며, 수수료는 본 문서의 수수료 섹션 참고.
• Telegram Bot Payments/Stars는 텔레그램 기반 결제(법정 통화, 별(Stars) 디지털 상품용)로, 온체인 거래가 필요없으며 텔레그램 API로 구성. 미니앱은 필요에 따라 두 모델 모두 혼합 적용.

채팅 내 P2P 전송(셀프커스토디 TON Wallet): 텔레그램 ‘Wallet in Telegram’의 자가 커스터디 TON Wallet을 통해 Gram, Jetton, NFT를 채팅 대상에게 직접 전송 가능합니다. 앱이 에스크로 스마트 계약을 작성, 수신자가 수락/거절을 선택합니다. 수락시 온체인으로 자금 이전, 부결 또는 14일 미수령시 자동 반환됩니다. W5 지원 지갑에서는 ‘가스리스’ 전송 가능: TON 이외 전송 토큰(e.g. USDT) 잔고에서 네트워크 수수료 차감, 정산은 온체인.

채팅 내 P2P 전송(커스터디형 Crypto Wallet): 별도 Crypto Wallet 미니앱은 텔레그램 내부 사용자를 상대로 즉시 오프체인 전송을 지원(수수료 없음). 블록체인에 기록되지 않으며, 외부 예치/출금만 온체인+수수료 발생. 지역별 서비스 상이.

P2P 마켓(법정화/탈중앙 입출금, 에스크로 기반): Crypto Wallet 내 P2P 마켓에서 사용자는 판매자가 지정한 결제방법으로 자산을 매수/매도할 수 있으며, 암호화폐는 에스크로에 잠김→판매자가 결제 확정시 풀림. 성공 주문에는 지역별 매이커 수수료 발생.

채널 광고 수익 분배(GRAM): 텔레그램 광고 플랫폼은 TON 기반 광고를 판매하며, 공개 채널(자격 요건 있음) 노출 광고 수익의 50%를 채널 소유자에게 지급합니다. 출금은 Fragment를 통해 Gram으로 기본 처리(국가별 대안 가능, Fragment 약관 참고).

실무 참고

• ‘Wallet in Telegram’은 TON Wallet(셀프커스토디형)과 Crypto Wallet(미니앱 커스터디형) 모드를 모두 만듭니다. 지역별로 기능이 다릅니다. 기능 미노출 시 앱 내 도움말 참고.
• 온체인 전송(COMPUTE/ACTION/FORWARD/STORAGE 수수료)은 본 가이드의 수수료 챕터 참조, Crypto Wallet 내 오프체인 전송은 앱 기록으로만 반영됩니다.

네. 테더(Tether)는 The Open Network에 네이티브 USD₮를 TON Jetton으로 출시하였고, 공식 컨트랙트 주소를 Supported Protocols 페이지에 게시했습니다: EQCxE6mUtQJKFnGfaROTKOt1lZbDiiX1kCixRv7Nw2Id_sDs. 테더는 또한 2024년 4월 USD₮ (및 XAU₮)의 TON 런칭을 발표했습니다.

USD₮는 TON의 Jetton(퍼지블 토큰 표준)으로 구현되며, 사용자는 Jetton Master에 연결된 개별 Jetton Wallet 계약(사용자별 컨트랙트)에 토큰을 보유하게 됩니다. 모든 전송은 온체인 메시지이며, 네트워크 수수료는 GRAM으로 납부합니다(전송 USDT량과 별개). “USDT”로 주장하는 토큰이 진짜인지 확실치 않다면, 반드시 Jetton Master 주소를 테더 공식 주소와 비교하세요. 누군가 유사 토큰을 배포할 수 있으므로, 계약 검증이 필수입니다.

텔레그램 및 TON 지갑에서 USDT 사용: ‘Wallet in Telegram’의 자가 커스터디 TON Wallet은 온체인 USD₮(TON) 전송을, 별도의 Crypto Wallet은 사용자간 즉시 오프체인 전송 및 내장 P2P 마켓을 지원합니다. P2P 마켓 원활 주문(매이커)에는 0.9% 수수료가 부과되며, 지역·업체별로 지원 범위가 상이합니다.

거래소 지원(입출금): 메이저 거래소들은 USDT(TON) 입출금 지원으로, 사용자가 USD₮를 브릿지 필요 없이 직접 TON 네트워크로 이동 가능합니다(Binance, OKX, Bybit, KuCoin 등). 송금 전 거래소의 입금 네트워크를 반드시 확인하세요.

스테이블코인 브릿지: 크로스체인 자산 이동은 서드파티 브릿지를 통해 이뤄집니다. TON은 LayerZero/Stargate 등의 브릿지로 지원 자산 간 전송이 가능합니다. 브릿지는 TON 프로토콜의 일부가 아니므로, 추가 신뢰/스마트계약 위험이 생깁니다. 반드시 공식 채널과 대상 자산 컨트랙트를 검증하세요.

실질적 안전 체크:

• USDT Jetton Master가 테더의 TON 공식 주소와 일치하는지 확인
• 네이티브 USD₮ 발행 전의 래핑/레거시 토큰 등은 주의(진짜 입증 필수, Tonviewer 등 익스플로러는 공식 USDT 주소 자동 식별)

공급 수치는 지속적으로 변합니다. 최신 총발행/유통량은 본 페이지의 실시간 메트릭 또는 신뢰할 수 있는 TON 익스플로러 이용 권장.

신규 발행(새로운 GRAM이 공급에 진입하는 방식): 신규 GRAM은 프로토콜의 스테이킹 보상으로 발행됩니다. 각 검증 라운드마다 선출된 검증인들이 Elector 계약에 지분을 락업하며, 라운드 종료 후 Elector가 보상을 지급하고, 총 공급량이 증가합니다. 노미네이터 풀은 사용자의 TON을 모아 대신 Elector에 위임·보상 분배를 담당합니다.

인플레이션(발행량 증가율 결정 요인): 실질 인플레이션은 고정치가 아니라, 신규 발행량에서 소각량을 뺀 결과입니다. 검증인 보상 및 선출 주기 파라미터는 온체인에서 프로토콜/거버넌스로 변경 가능합니다. 인플레이션 현황은, Elector 지급량과 소각 내역(“Burning” 참조) 차이를 비교해야 확인됩니다.

소각(공급 감소 방식): GRAM 소각 방법은 두 가지입니다.

1. 프로토콜/설정 기반 수수료 소각: 네트워크는 일부 수수료를 검증인에 지급 대신 소각 처리 가능(2023년 수수료의 50% 소각 제안 있음, 실제 소각 여부는 라이브 네트워크 config로 상시 확인 필요).
2. 소각 주소로 명시적 송금: 표준 소각 주소(burn-address.ton)로 송금된 코인은 영구 소멸되어 공급에서 제외됨. 익스플로러에서 해당 주소 활동 확인 가능.

주요 역할 및 Elector 계약: TON은 지분증명을 사용합니다. 검증인들은 Gram을 락업해 온체인 Elector 계약에서 선출 경쟁하며, 선출된 검증인만 블록을 생산합니다. 라운드 종료시 Elector가 온체인으로 보상을 지급합니다. 익스플로러 및 SDK에서 Elector 함수(진행중 선거, minStake, 과거 라운드, unfreezeAt 등) 확인 가능.

검증인(직접 스테이킹): 검증인은 제어 계약에서 Elector에 직접 스테이킹하고, Validator 소프트웨어를 구동해 정상 동작시 보상을 획득합니다. 락업된 스테이크는 해당 라운드 종료+unfreezeAt 이후 출금 가능합니다. 최소 스테이크 및 기타 파라미터는 Elector 상태에서 읽으며, 고정값이 아닙니다(불이익/패널티는 다음 섹션 참조).

노미네이터 풀(검증인에 위임): 대부분의 보유자는 공식 TON 저장소 노미네이터 풀 스마트 계약을 이용해 위임합니다. 사용자는 Gram을 풀 계약에 예치, 풀은 Elector에 위임 스테이킹, 이후 규정대로 보상 분배. 출금은 간단한 메시지(e.g. “w”코멘트)로 요청하면, 라운드 완료+유동성 확보 후 풀에서 출금됩니다. 일반적으로 즉시 출금은 불가, 보통 한 라운드 대기 필요. 풀별 최대 위임자 등 파라미터는 스마트 계약에서 제한.

단일 위임 풀(One Delegator, One Validator): “Single Nominator” 디자인은 한 명의 위임자와 한 검증인만으로 풀을 단순화, 동일 Elector 인터랙션으로 활용. 일부 검증인 운영자가 사용.

유동성 스테이킹(영수증 토큰): TON 공식 유동성 스테이킹 구현 지원. 예치자는 풀 지분을 나타내는 제톤(영수증 토큰)을 받아 검증자 보상을 축적받음; 풀은 Elector를 통한 스테이킹 유지. 온체인 출금은 검증인 퇴출/정산 타이밍을 따르나, 영수증 토큰은 자유 전송/거래로 언본딩 대기 없이 유동화 가능. 설계 및 계약은 TON 코어 깃허브에 공개.

락업/언본딩 예상 사항:

• 검증인: 스테이크는 라운드 기간 동안 락업, 라운드 별 unfreezeAt 이후부터 출금 가능. 보상도 정산시점 지급.
• 표준 풀의 위임자: 출금 대기열 후 라운드 종료시 처리, 즉시 출금 보장 없음. 풀별 배치/최소 출금 정책 참고.
• 유동성 스테이킹: 영수증 토큰 전송으로 유동성, 소각시 GRAM 교환은 풀의 출금규칙/검증인 주기 따름.

TON은 검증인 부정행위에 대해 슬래시(벌금/스테이크 차감)를 적용합니다. 실질 적용되는 두 가지 주요 카테고리:

• 작업 부진/미실행: 라운드 내 블록 처리량 미달. 다른 검증인이 자동화 도구(mytonctrl 등)로 컴플레인 생성/투표, 해당 라운드 스테이크에서 벌금 차감.
• 이중 서명/포킹 등 부정행위(Cheating/Equivocation): Catchain 합의에서 상충 메시지 송출시 검출, 격리/동일(또는 더 높은) 벌금 부과(향후 증가 논의 중).

동작 방식: 각 라운드 종료 후, 검증인끼리 성과 감시 후 유효한 컴플레인 투표→네트워크 config에 명시된 페널티가 해당 라운드 락업 스테이크에서 차감. mytonctrl 미사용시 Punisher 공식 스크립트로 투표 참여 가능. 슬래시 파라미터는 네트워크 config에 추가로 명시/변경 가능.

위임자/풀 영향: 노미네이터 풀은 예치금을 Elector에 위임 후 회수. 검증인 벌금 발생 라운드에는 반환액이 감소, 풀 규정에 따라 위임자에 분산(통상 예치금>회수금, 슬래시만 예외). 위임 전 풀 계약/정책 확인 필요.

검증인 자본 요건:

• 선출 참여 최소 스테이크: 공식 안내 기준 300,000 GRAM. 실제 당첨선은 당시 경쟁/온체인 파라미터에 따라 상당히 높을 수 있음.
• 라운드 구조: Elector에 스테이크 락업, 라운드 종료 이후 온체인 스테이크 + 보상 반환.

하드웨어/운영(고수준):

• 고성능 하드웨어, 24/7 무중단·저지연 네트워크 강력 권장(아이들 페널티 방지 필수)
• 커뮤니티 권장 사양: 최신 멀티코어 CPU, 충분한 RAM, 빠른 SSD/NVMe(8vCPU, 64GB RAM, 1TB SSD, 1Gb/s 등은 실무 기준, 프로토콜 최소치 아님)
• 대다수 운영자는 mytonctrl 기반 노드 관리·업데이트·성능/불만 모니터링 자동화 사용

핵심 요약:

• TON은 Catchain 검출된 아이들·포킹 검증인에 슬래시 적용, 수수료는 실시간 네트워크 설정에 따라 스테이크에서 차감
• 위험 최소화 위해 강력한 업타임·성능 관리, 노드 최신화, 위임 시 검증된 풀/운영자 선별 필요

Jetton(퍼지블 토큰) — 표준/모델: Jetton은 TEP-74에 따릅니다. Jetton은 정책(발행/소각/메타데이터 등)을 정의하는 Jetton Minter(마스터) 계약과, 각 소유권 잔고를 담는 Jetton Wallet(사용자별) 계약으로 구성. 인터페이스(get_jetton_data, transfer opcode 등)는 표준화되어 지갑, 거래소, 인덱서 상호 운용 가능.

Jetton 발행(일반적 흐름):

1. FunC 또는 Tact 구현 참고, 메타데이터(TEP-64: name/symbol/decimals), 총공급 정책, 관리자 권한 등 설정
2. Jetton Minter 배포, Jetton Wallet 코드는 라이브러리 셀로 전달
3. 발행시 마스터→수취인 Jetton Wallet 계약으로 메시지 송신해 밸런스 생성/적립, 소각은 메시지 전송으로 공급 감소

공식 저장소에 프로덕션용 Minter/Wallet, 브라우저 기반 “Jetton Deployer” 포함

Jetton 메타데이터: 표시 정보(name, 설명, 이미지, decimals 등)는 TEP-64 토큰 데이터 표준 사용, 온체인(셀) 혹은 오프체인(JSON URL) 저장 가능. 표준 필드 사용시 지갑, 익스플로러에서 일관성 있게 표시됨.

NFT — 표준/계약: NFT 표준은 TEP-62. 각 NFT Item이 단독 스마트 계약으로 존재, 여러 아이템은 NFT Collection 계약이 공동 정보·탐색 등 지원. TEP-62가 소유권 이전 및 탐색 메시지, TEP-64가 컬렉션/아이템 메타데이터 스키마 정의.

NFT 컬렉션/아이템 발행(일반적 흐름):

1. 컬렉션(Tep-64 메타데이터: 이름, 커버, 내용 레이아웃) 배포
2. 아이템은 컬렉션 참조 기반 개별 계약으로 민트, 아이템별 TEP-64(이름, 이미지, 속성 등) 메타데이터 세팅
3. 전송은 표준 TEP-62 메시지, 소유자별 계약간 이동으로 지갑/마켓에서 일관성 있게 처리

툴링(공식·광범위 사용):

• Blueprint: FunC, Tact, Tolk 지원 공식 통합 스캐폴딩/테스트/배포 환경. Jetton/NFT 신속 구축·테스트/스크립팅 포함.
• Tact: 고수준 언어, TEP준수 Jetton 템플릿/예제 제공(문서/GitHub 참조)
• FunC: 저수준 언어, TVM 컨트랙트용 표준라이브러리, 많은 Jetton/NFT 레퍼런스 계약 있음
• SDK: TypeScript용 @ton/ton(ton-core), JettonMaster 등 제공. TonWeb은 다수 가이드/통합 사례 JS 라이브러리. TonAPI는 REST/SDK 기반 잔고/메타데이터/전송 등 지원.

활용 모범 사례:

• TEP 인터페이스 준수(수수료, 정지, 관리자 등 로직 확정시에도 TEP 필수 getter/메시지 포맷 보존)
• TEP-64 활용 통일(온체인/오프체인 메타데이터 중 택일, 스키마 불변 유지)
• 계약/주소 검증 및 공개(마스터, 컬렉션 주소, 코드 해시 모두 명시; 퍼지블의 경우 Jetton 마스터 주소를 반드시 공개해 사용자가 진짜 토큰임을 검증하도록 유도)

Fragment는 텔레그램의 공식 수집형 사용자이름 및 관련 자산 마켓플레이스입니다. 판매는 공개 경매 또는 정가 판매로 진행되며, 정산은 Gram(GRAM)으로 이뤄집니다. 구매 후 수집품은 구매자 Fragment 계정에 등록되어, 텔레그램 프로필/채널/그룹에 할당할 수 있습니다. Fragment 도움말은 지갑 연결, 입찰, 낙찰 후 할당 절차, Gram 결제 사실을 명확히 안내합니다.

@사용자이름 경매 방식(예시):

• 입찰/정산: 텔레그램 로그인→TON 지갑 연결 후 Gram 온체인 입찰, 낙찰 실패시 자동 환불. 낙찰시 해당 수집품은 지갑으로 인도.
• 상품등록/취소: 등록 후 첫 입찰 전까지는 언제든 취소 가능, 입찰 발생 후 경매는 규칙대로 완료까지 진행.
• 수수료: Fragment는 플랫폼 수수료(입찰 페이지 표시)와 단일 전환 수수료 적용, 수수료율은 가변이므로 상품별 수수료 라인 확인 권장.
• 경매 종료 후: 수집용 사용자이름은 Fragment를 통해 텔레그램 개체에 할당(소유자가 할당 변경 가능).

TON 연계: 모든 Fragment 결제는 Gram으로 처리. 텔레그램 광고 플랫폼 역시 Gram으로 광고 결제/채널주 수익 지급을 Fragment를 통해 처리하지만, 광고 흐름과 사용자이름 경매는 별개임.

TON 도메인(.ton) 경매:

• 표준/목적: TON DNS는 사람이 읽는 이름(예: name.ton)→TON 리소스(계약 주소, ADNL 엔드포인트) 매핑, 표준은 TEP-81에 정의.
• 사용자 노출 방식: 도메인 경매는 온체인 계약에서 수행, 익스플로러(Tonviewer “Auctions” 등)에서 경매 중인 이름 확인 가능. 마켓플레이스는 해당 도메인을 거래 가능 아이템으로 표시할 수 있으나, 경매 주소 확인 필수.
• 입찰/소유권: 경매 입찰은 Gram 결제, 온체인 정산 후 도메인 계약 상태가 낙찰자 주소로 갱신, 이후 TEP-81에 따라 레코드 세팅 가능. 도구/API에서 DNS 소유/만료 즉시 조회 지원.

안전 체크:

• Fragment 공식 경매 URL·수수료 라인 확인 후 등록/입찰
• .ton 도메인은 계약 주소·TEP-81 기록(익스플로러/API에서 소유·만료 현황 확인)

TON 기술은 Pavel·Nikolai Durov가 이끄는 텔레그램 개발팀이 최초로 구상/개발했으며, Gram 토큰 발행을 계획했습니다. 2020년 5월, 텔레그램은 미 SEC 조치로 프로젝트 지원 중단을 공식 발표, 법원 승인 합의에 따라 TON Issuer와 함께 투자금 반환/벌금 납부를 이행했습니다. 코드베이스는 오픈소스로 남았습니다.

“Telegram Open Network”에서 커뮤니티 TON·Gram으로: 텔레그램 철수 이후 독립 개발자들이 The Open Network(TON) 이름으로 네트워크를 계속 이끌어 왔으며, 현재는 TON Foundation(스위스 비영리)이 지원하는 커뮤니티가 네트워크를 관리·지원합니다. 네트워크 네이티브 코인은 Gram(GRAM)이며, 텔레그램은 블록체인을 통제하지 않습니다.

현재 텔레그램과 TON 관계: 텔레그램은 TON을 플랫폼 연동 요소로 제공하나, 별도 기업입니다.

• Wallet in Telegram은 온체인 커스토디형 TON Wallet(키는 TON 블록체인, 텔레그램 미보관)과 커스터디형 Crypto Wallet 동시 제공
• 텔레그램 광고 플랫폼은 TON 기반 광고 판매, 수익 50%를 적격 채널 소유자와 공유하며 출금은 Fragment에서 처리
• Fragment는 @사용자이름 수집용 경매/판매 운영, 정산은 Gram

핵심 정리:

• 개발 주체: 텔레그램(Durov 형제)이 기술·“Telegram Open Network” 원형 제시
• 오늘날 네트워크/코인: 독립 커뮤니티가 계승, TON Foundation이 지원/거버넌스, 네이티브 자산은 Gram
• 텔레그램 역할: 네트워크 운영자/발행자가 아니라 연동·채널로서 TON과 통합된 외부 회사, 제품에서 TON과 연결·활용 가능하나, TON에는 직접 통제권 없음.