OFT Açıklaması: Tek Bir Token Her Zincirde Nasıl Yaşar

Bir Omnichain Fungible Token (OFT), tek bir tokenin birçok zincirde yerel olarak dağıtıldığı ve hepsi genelinde tek bir kanonik arzı paylaştığı bir LayerZero token standardıdır — sarmalanmış kopya yok, bir köprü kasasında kilitlenmiş teminat yok. Bir transfer, miktarı kaynak zincirde yakar ve hedefte birebir aynı miktarı basar; böylece küresel arz hiç değişmez ve bakiye nereye inerse insin değiştirilebilir kalır. Sonuç, her ağda ayrı bir sarmalayıcı sözleşme yerine birleşik likidite ve tek bir harcanabilir bakiyedir. ATS'nin kendisi BSC (BNB Chain) ağında durur; zincir başına ayrı ATS bakiyesi tutmazsın, her EVM ağının ücreti bu tek bakiyeden düşülür. EVM ağlarında ağ ücretlerini ödeyen de bu bakiyedir; Solana ve TON işlemleri ise kendi yerel ücretlerini SOL ve Toncoin ile öder.

Sorun: "aynı" tokenin çok fazla kopyası

Bir tokeni hiç zincirler arasında taşıdıysanız, onun kötü ikizleriyle tanışmışsınızdır. USDC'yi ya da bir yönetişim tokenini bir ağdan diğerine köprülersiniz ve sonunda sarmalanmış (wrapped) bir sürümü tutarsınız — ayrı bir sözleşme, ayrı bir bakiye, bazen hafifçe farklı bir ad. "Kanonik" token hâlâ köken zincirinde durur; hedefte tuttuğunuz şey, başka bir yerde kilitlenmiş teminatla desteklenen, bir köprünün bastığı bir IOU'dur.

Bu her şeyi parçalar. Likidite bir düzine sarmalayıcı sözleşmeye bölünür, dolayısıyla havuzlar daha sığdır ve kayma (slippage) daha kötüdür. Bakiyeniz dağılmıştır — 40 birim burada, 25 orada, hiçbiri doğrudan birbiriyle takas edilebilir değildir. Ve her sarmalayıcı risk ekler: sarmalanmış tokenin değeri, ancak arkasındaki teminatı tutan köprü kadar sağlamdır. Bir köprü istismar edildiğinde, bastığı sarmalayıcılar sıfıra çökebilirken "gerçek" tokene dokunulmaz. Sorunun özü, hiçbir zaman tek bir token olmamasıdır — aynı varlık gibi davranan birçok uyumsuz kopya vardı.

Bir OFT aslında nedir

Bir OFT — Omnichain Fungible Token —, tam da bunu düzeltmek için tasarlanmış, LayerZero'dan bir token standardıdır. Bir tokenin tek bir ana zincirde var olup her yerde sarmalanması yerine, bir OFT desteklediği her zincirde yerel olarak dağıtılır ve bu dağıtımlar tek bir kanonik arzı paylaşır. Token, sarmalanmış bir varlığın olduğu şekilde bir zincirin "üstünde" değildir; her zincirde okunabilen ve harcanabilen, toplam arzı hepsi genelinde korunan omnichain bir varlıktır.

Kaputun altında dağıtımlar birbirleriyle LayerZero'nun zincirler arası mesajlaşma katmanı aracılığıyla konuşur. 2026 itibarıyla LayerZero, daha yaygın benimsenen omnichain birlikte çalışabilirlik protokollerinden biridir ve OFT standardı, bir değiştirilebilir tokenin benzerlerinden oluşan bir aile yerine tek bir varlık gibi davranmasını sağlayan referans örüntüsüdür. Mesajlaşma katmanının kendisinin açıklamasını istiyorsanız, WATS'ın LayerZero nedir yazısına bakın.

Bir OFT transferi nasıl çalışır

Mekanizma ferahlatıcı ölçüde basittir: kaynak zincirde yak, hedefte bas.

Bir OFT'yi A Zincirinden B Zincirine gönderdiğinizde, A Zincirindeki sözleşme taşıdığınız miktarı yakar — o tokenları tamamen yok eder. Ardından B Zincirindeki sözleşmeye bir LayerZero mesajı gönderir ve o da tam olarak aynı miktarı orada sizin adresinize basar. Bir kasada hiçbir teminat kilitlenmez. Hiçbir sarmalayıcı token oluşturulmaz. Küresel arz değişmez, çünkü bir tarafta yakılan, diğerinde yeniden basılır. Değer, orijinali bir yere park edip ona karşı bir hak iddiası çıkararak değil, tokeni yok edip yeniden yaratarak hareket eder.

Sıklıkla üstünkörü geçildiği için bilinmeye değer bir çekince var: LayerZero, halihazırda bir ana zincirde var olan ve basma-yakma yetkileriyle yeniden dağıtılamayan tokenlar için bir OFT Adapter da sunar. Adaptör, arzı o ana zincirdeki bir sözleşmede kilitler ve başka yerlerde OFT temsilleri basar; dolayısıyla adaptör tabanlı bir dağıtım bir tarafta kilitli bir havuz tutar. Baştan OFT olarak tasarlanmış bir token ise yukarıda anlatılan saf yak-ve-bas yolunu kullanır.

Kilitli bir teminat havuzu olmadığından, klasik kilitle-ve-bas köprülerinin yarattığı türden, bir saldırganın boşaltacağı bir bal küpü yoktur. Güvenlik varsayımı, kilitli fonların ayrı bir saklayıcısına değil, mesajlaşma katmanının ve tokenin kendi sözleşmelerinin doğruluğuna kayar. Bu, riskin yokluğu değil, farklı bir risk profilidir: mesaj yolu ele geçirilseydi, bir hedef sözleşmeye kaynak tarafta hiç yakılmamış tokenları basma talimatı verilebilirdi.

OFT vs. sarmalanmış vs. köprülenmiş tokenlar

Bunları yan yana dizmek yardımcı olur. Bir sarmalanmış token (bir zincirin yerel olarak ihraç edilmiş tokeninin yanında duran, köprülenmiş "USDC.e" tarzı varyantları düşünün), köken zincirinde kilitlenmiş teminatla desteklenen yeni bir sözleşmedir — varlığın kendisi değil, bir türev. Bir köprülenmiş token, geleneksel kilitle-ve-bas anlamında büyük ölçüde aynı şeydir: orijinal hareketsiz kılınır ve başka bir yerde bir temsil basılır. Her iki durumda da sonunda yalnızca ekonomik olarak ve yalnızca köprü tuttuğu sürece bağlı olan iki ayrı varlığınız olur.

Bir OFT derece olarak değil, tür olarak farklıdır. Türev yok, temsil yok, savunulacak teminat yok. Tek bir token, tek bir arz ve sizin için tek bir bakiye vardır — yalnızca kendini yakıp basarak zincirler arasında hareket eder. Bu modellerin daha derin bir karşılaştırması için omnichain vs. sarmalanmış ve köprülenmiş tokenlar yazısına bakın.

Neden önemli: birleşik likidite ve tek harcanabilir bakiye

Pratik getiriler doğrudan tasarımdan gelir. Birleşik likidite: yalnızca tek bir kanonik token olduğundan, likidite bir düzine sarmalayıcı havuza parçalanmaz — bir tek derin piyasa, birçok sığ piyasa yerine her zincire hizmet edebilir. Tek harcanabilir bakiye: varlıklarınız zincir başına mahsur kalmaz; aynı token, dağıtıldığı her yerde kullanmanız için sizindir. Daha az köprü riski: bir kasada duran kilitli teminat olmadığından, klasik köprü-istismarı başarısızlık kipi — teminatı boşalt ve desteklediği her sarmalayıcı sıfıra gitsin — büyük ölçüde ortadan kalkar.

Bu son nokta, bir OFT'yi salt işlem görebilir bir token olmaktan çok gerçek bir fayda tokeni olarak faydalı kılan şeydir. Zincirler arasında tek bir bakiyede gerçekten güvenebileceğiniz bir token, kullanıcının önce sarmalayıcılarla uğraşması gerekmeden tek, taşınabilir bir hesap birimi olarak hizmet edebilir — ücretler, ödeşme ya da uygulamanın ihtiyaç duyduğu her şey için.

Pratik bir örnek: bir OFT'yi zincirler arasında taşımak

Diyelim ki bir EVM zincirinde bir OFT'den 100 birim tutuyorsunuz ve onu başka bir ağda kullanmak istiyorsunuz. Bir transfer başlatırsınız. Kaynak sözleşme 100 biriminizi yakar ve bir LayerZero mesajı yayar. Anlar sonra, hedef sözleşme adresinize 100 birim basar. Toplam varlığınız hiç değişmedi — öncesinde 100, sonrasında 100'dü — ama tokenlar artık hedef zincirde yaşıyor, harcamaya hazır. Sarmalanmış-token ekranı, "w-TOKEN alacaksınız" uyarısı, sonradan mutabakat yapılacak ayrı bir bakiye yoktu. Sizin bakış açınızdan token sizi takip etti. Bu tek-bakiye deneyimi, aynı zamanda bir cüzdanın tek bir tokeni ekosistemler genelinde harcanabilir olarak ele almasını sağlayan şeydir; bunun pratikte nasıl işlediğini görmek için Ethereum, Solana ve TON genelinde tek bir cüzdan kullanmak yazısına bakın.

WATS ücreti nasıl kesiyor

Standardın neden var olduğunu görmenin en net yolu, ona bağımlı bir tokene bakmaktır. EVM ağlarında WATS'taki işlemler — Chrome uzantısı ve mobil uygulamada aynı şekilde — zincirin yerel gas tokeni yerine ATS ile ücretlendirilir: bu bir ERC-4337 paymaster üzerinden yürür ve ERC-4337 bir Ethereum standardı olduğundan, o ücret mekanizması yalnızca EVM'ye özgüdür; Solana ve TON işlemleri kendi yerel ücretlerini SOL ve Toncoin ile öder. Toplanan ATS yakılır ve arzı 100M'den 30M'ye doğru düşürür.

İki şeyi açıkça söylemekte fayda var. ATS ile ödemek bir indirim değildir — ağ ücretini hangi tokenin ödediğini değiştirir, o ücretin alttaki maliyetini değil. Ve WATS tamamen non-custodial'dir: anahtarları kullanıcı tutar, WATS asla bir anahtar tutmaz.

Solana ve TON işlemleri kendi native ücretlerini öder: SOL ve Toncoin. Tam mekaniği ATS ücret sayfasında bulabilirsiniz.