ERC 3643 ve ERC 1400: Güvenlik token'ları için uyum…

ERC 3643 ve erc 1400 arasındaki açıklama, uyumun "evet/hayır" kararının nerede bulunduğuna dayanıyor: token'ın transfer yolunda onchain (ERC-3643) veya offchain bir yetkilendirme iş akışında (ERC-1400). Bu tek tasarım tercihi, birlikte çalışabilirliği, operasyonel riski ve bir ihraçcının gerçek T+0 uzlaşması ile uyum sağlama derecesini şekillendirir.

Ana Noktalar

• ERC-20 değer aktarımını temiz bir şekilde gerçekleştirir ancak yatırımcı uygunluğunu ve düzenlenmiş varlıklar için gereken transfer kısıtlamalarını yerel olarak uygulayamaz, bu yüzden güvenlik token standartları ortaya çıktı.
• erc 3643 kimliklere ve teklif kurallarına bağlı otomatik bir onchain doğrulayıcı modeli kullanır, yatırımcılar olsa bile ihraçcı veya temsilci kontrolünü korur.kendinize ait cüzdan..
• erc 1400 belirli bir offchain üretilmiş anahtar ile transferleri doğrular ve bölümler ve belge yönetimi gibi sermaye piyasası özellikleri ekler.
• Standartlar, “özellikler” konusunda piyasa mikro yapısından daha az farklılık gösterir: onchain engelleme (ERC-3643) ERC-20 gibi entegre olma eğilimindeyken, offchain yetkilendirme (ERC-1400) her mekanın operasyonel hale getirmesi gereken kritik bir bağımlılık ekler.

Güvenlik tokenlarının özel standartlara neden ihtiyacı var

ERC-20, taşıyıcı tarzı tokenlar için bir dağıtım sorununu çözdü: bakiyeler, tek bir onchain transfer çağrısıyla peer-to-peer hareket eder. Bu, varlık düzenlendiği anda bozulur. Bir güvenlik tokenı, düzenlenmiş birgerçek dünya varlığı temsil eder; hisse senedi, borç, bir fon hissesi veyatokenleştirilmiş gayrimenkul, ve transferler sadece “gönderenin bakiyesi var mı?” değil.

“Alıcı, bu yargı alanında, bu teklifin kurallarına göre, şu anda uygun mu?” şeklinde de soruluyor.” Tokeny, bu boşluğu doğrudan çerçeveliyor: ERC-20 temel transferleri mümkün kılar, ancak sermaye piyasalarında var olan transfer kurallarını ve uyum düzenlemelerini zorunlu kılmaz.

Bu boşluk, uyum kodu ile başlamak için bir özellikten çok piyasa altyapısı gibi görünmeye başlar. Uygunluk token katmanında zorunlu kılınmazsa, manuel süreçlere, aracılık kontrolüne veya mekan özel kurallarına itilir. Sonuç, parçalı bir uzlaşma ve geleneksel işlem sonrası gibi hisseden ekstra operasyonel adımlardır, sadece bir token sarmalayıcı ile.

İki Ethereum standardı genellikle bunun ana cevapları olarak konumlandırılır: erc 3643 (eski adıyla t rex standardı, ayrıca T-REX olarak da yazılır) ve erc 1400. Tokeny, her ikisini de uyum token standartları olarak tanımlar ve uygun yatırımcılaratransferleri kontrol eden uyum kurallarını zorunlu kılar, ancak farklı mekanizmalarla. O “farklı mekanizma” tüm oyunun kendisidir.

Bir mekanın token'i ERC-20 gibi ekstra kontrollerle mi yoksa her transferin uzaktan bir yetkilendirme iş akışına ihtiyaç duyup duymayacağını belirler.

ERC-3643'ün uyumlu transferleri nasıl zorunlu kıldığı

erc 3643 altında bir transfer, taraflar uygun değilse hızlı bir şekilde başarısız olacak şekilde tasarlanmıştır. Temel akış, kullanıcılarla (kimlikler) ve teklif ile bağlantılı transfer kurallarını kontrol eden otomatik bir doğrulayıcı sistemidir. Tokeny ve NYALA, aynı modeli tanımlar: bir transfer gerçekleştirilmeden önce, token’in mantığı, gönderenin ve alıcının ihraççı tarafından tanımlanan kuralları karşılayıp karşılamadığını kontrol eder.

Burada “eşleştirme motoru” benzetmesi devreye giriyor. Token kendisi, uygun olmayan bir ticareti temizlemeyi reddeden izinli bir mekan gibi davranır. Token, yapısı gereği izinli bir token haline gelir ve kullanıcıların başvurduğu en yaygın zihinsel model bir beyaz liste tokenidir. Fark, beyaz listenin sadece statik bir liste olmamasıdır.

Doğrulayıcı mantığı, kimlik özelliklerini ve teklif kısıtlamalarını yansıtabilir ve kurallar değiştikçe güncellenebilir.

Kimlik kaldıraçtır. Rejolut'un genel bakışı, ERC-3643 uygunluk kontrollerini ONCHAIN ID ile açıkça ilişkilendiriyor ve onchainid'i güvenilir talep vericileri tarafından imzalanmış attestasyonlarla dijital bir kimlik olarak tanımlıyor. Bir ekibin bu tam kimlik yığınını mı yoksa eşdeğer bir kaydı mı kullandığı önemli değil; operasyonel sonuç aynı: kimlik kaydı ve doğrulayıcı yapılandırması, her transfer için kritik yol haline gelir.

Verici ve ajan kontrolü diğer kaldıraçtır. Tokeny ve NYALA, menkul kıymetlerin vericisinin veya temsilcisinin, yatırımcılar kendilerine ait cüzdanlarda bulunsa bile tokenler ve transferler üzerinde kontrolü sürdürdüğünü vurguluyor. NYALA, tokenleri yakma veya zorla transfer etme gibi kontrolleri tanımlıyor.

Bu, ikinci gün operasyonları için önemlidir: kurumsal işlemler, yaptırım güncellemeleri, kaybolan anahtarlar ve mahkeme emirleri, düzenlenmiş piyasalarda kenar durumlar değildir. Bunlar işin ta kendisidir.

ERC-1400'ün düzenlenmiş tokenleri nasıl yapılandırdığı

ERC-1400, aynı hedefe farklı bir yoldan ulaşır: uyumlu transferler. Tokeny ve NYALA, ERC-1400'ü her ticareti offchain'de üretilen belirli bir anahtar kullanarak doğrulayan bir yapı olarak tanımlıyor. Kavramsal olarak, bu bir ön ticaret belgesine daha yakındır. Transfer, dış bir sistemin o belirli hareket için doğru kimlik bilgilerini üretmesi nedeniyle izin verilir.

O offchain anahtar iş akışı, saf transfer engelleme yerine sermaye piyasası ürün tasarımına benzeyen özelliklerle eşleştirilmiştir. NYALA, tokenleri ilgili yasal belgeler ve bilgilerle bağlayan bir belge yönetim sistemini tanımlıyor. Aynı kaynaklar, tokenleri farklı kurallar ve kısıtlamalarla alt kümelere bölen bölümleri tanımlıyor.

Rejolut ayrıca ERC-1400'ü, transfer kısıtlamaları, transfer meta verileri, belge yönetimi, zorla transferler ve bölümlenmiş bakiyeler aracılığıyla kısmi fungibilite dahil olmak üzere güvenlik token ihtiyaçlarını karşılamak için mevcut ve yeni ERC standartlarını birleştiren bir yapı olarak çerçeveliyor.

Bölümler, varlığın ekranda nasıl davrandığını değiştiren kısımdır. Tek bir "token", farklı haklar, kilitlenmeler veya kısıtlamalar taşıdığı için değiştirilemeyen birden fazla kovayı temsil edebilir. Bu, "aynı ticker"'ın tek bir homojen havuz olarak ele alınamayacağı durumlarda faydalıdır. Ayrıca, entegrasyonların hangi bölümün hareket ettiğini anlaması gerektiği anlamına gelir, sadece toplam bakiye değil.

Operasyonel ticaret dengesi yetkilendirme modeline gömülüdür. Her transferin offchain üretilmiş bir anahtara ihtiyacı varsa, anahtarın verilmesi ve doğrulanması süreci piyasa altyapısı haline gelir. Eğer bu süreç çalışmazsa, transferler başarısız olur. Eğer yanlış yönetilirse, transferler kötüye kullanılabilir.

NYALA, anahtarın tehlikeye girebileceği veya kaybolabileceği için offchain anahtar bağımlılığını bir güvenlik ve operasyonel risk olarak açıkça işaret ediyor.

Benimseme üzerinde etkili olan ana farklılıklar

Bu güvenlik token standartlarını karşılaştırmanın en temiz yolu, kimin entegre olabileceğini ve uzlaşma sırasında nelerin bozulduğunu belirleyen eksenleri hizalamaktır.

1. Yetkilendirme nerede bulunur. ERC-3643, kimliklere ve teklif kurallarına bağlı otomatik bir doğrulayıcı aracılığıyla uygunluğu onchain'de zorlar. ERC-1400, her ticaret için belirli bir offchain anahtar aracılığıyla transferleri yetkilendirir. Bu, her şeyin diğerine yayılmasına neden olan mimari bir çatallanmaktır. 2. Birlikte çalışabilirlik ve dağıtım.

NYALA, ERC-3643'ün herhangi bir ERC-20 cüzdanı veya borsa ile uyumlu olduğunu, ERC-1400'ün ise ek karmaşıklık nedeniyle ERC-20 cüzdanları ve borsaları ile tam uyumlu olmadığını iddia ediyor. Rejolut'un tanımı, ERC-1400'ün ERC-20 üzerinde uzantılarla inşa edildiğini ima ediyor, bu da kısmi uyumluluk olarak okunabilir, ancak aynı geniş "herhangi bir cüzdan/borsa" iddiasında bulunmuyor. 3. Operasyonel bağımlılık.

ERC-1400'ün bağımlılığı offchain yetkilendirme anahtar iş akışıdır. ERC-3643'ün bağımlılığı, kimlik ve doğrulayıcı kaydı ile verici veya ajan kontrolleridir. Her ikisi de kritik yollardır, ancak sabah 2'de farklı şekillerde başarısız olurlar. 4. Ürün yapılandırması. ERC-1400'ün bölümleri ve belge yönetimi, trançlar, kilitlenmeler veya hakların ayrı kovalar olarak temsil edilmesi gereken varlıklar için inşa edilmiştir.

ERC-3643, bölümlendirme olmadan birden fazla kural ve yargı alanını zorlayabilen daha homojen bir transfer kapısı olarak konumlandırılmıştır.

Tokeny, ERC-3643'ü uyum kodlaması olarak konumlandırıyor, ihraççı veya ajan kontrolünü koruyor, T+0 otomatik onchain uzlaşması ile maliyetleri düşürüyor ve transfer edilebilirlik ile likiditeyi artırıyor. T+0 iddiası sihir değil. Bu, uyum kararının transfer yolunda otomatikleştirilmesine bağlıdır. Uyum, offchain koordinasyon adımlarına itilirse, sistem operasyonel gecikmeye geri kayabilir.

Benimseme bir koordinasyon oyunudur, bu nedenle rapor edilen ayak izi, ihraççı veya satıcı tarafından rapor edilse bile önemlidir. Tokeny, 120'den fazla işlev, 180'den fazla uygulama alanı, müşteriler için 28 milyar Euro tokenize değer ve 120'den fazla ihraççı ve finansal kurumun ERC-3643 kullanım metriklerini listelemektedir.

Sağlanan kaynaklarda ERC-1400 için karşılaştırılabilir bir üçüncü taraf benimseme veri seti sunulmamaktadır, bu nedenle karşılaştırma simetrik olarak yapılamaz.

Her standart anlamlı olduğunda

Seçim genellikle basit bir soruyla başlar: hedef geniş bir ERC-20 benzeri dağıtım mı, yoksa hedef token içinde ince ayrıntılı yasal yapılandırma mı?

ERC-3643, uyumun token transfer katmanında uygulanmasını isteyen ve entegrasyonların mümkün olduğunca ERC-20'ye benzemesini isteyen takımlara uygun görünmektedir. NYALA'nın uyumluluk iddiası, RWA dağıtım konuşmalarında ortaya çıkmasının ana nedenidir. Eğer bir token mevcut cüzdan ve borsa altyapısını kullanarak tutulup taşınabiliyorsa, ihraççı her mekandan özel bir yetkilendirme akışı uygulamasını istemiyor.

Maliyet, kimlik ve doğrulayıcı kurulumunun operasyonel ağırlık merkezi haline gelmesi ve ihraççı veya ajan kontrollerinin sıkı bir şekilde yönetilmesi gerekliliğidir.

ERC-1400, bölümlerin ve belge bağlantısının isteğe bağlı olmadığı varlıklara uygun görünmektedir. Ürün kısmi fungibilite, birden fazla dilim veya açıkça temsil edilmesi gereken farklı kısıtlama setleri gerektiriyorsa, ERC-1400'ün bölüm sistemi bunu yapmanın yerel bir yoludur. Maliyet, her transferin buna bağlı olduğu offchain anahtar iş akışını kritik altyapı olarak sigortalama gerekliliğidir.

Pratik bir değerlendirme sırası basittir.

1. Varlığın kısıtlama modelini haritalayın. Eğer varlık, uygunluk kuralları olan bir havuzsa, onchain engelleme doğal olarak uyum sağlar. Eğer varlık, farklı haklar veya kilitlenmeler olan birden fazla kova içeriyorsa, bölümler ürün olabilir. 2. Entegrasyon hedeflerini erken doğrulayın. Dağıtım mevcut ERC-20 cüzdan ve borsa desteğine bağlıysa, NYALA'nın ERC-3643 uyumluluk iddiasını önemli mekanlarla test edin. 3.

Başarısızlık modunu sigortalayın. ERC-1400, riski offchain anahtar boru hattında yoğunlaştırır. ERC-3643, riski kimlik kayıtlarında, doğrulayıcı yapılandırmasında ve ajan kontrollerinde yoğunlaştırır.

Her iki standart da düzenlenmiş uzlaşmayı yazılıma dönüştürme girişimleridir. Fark, uyum kararının onchain'de bir eşleştirme motoru kuralı gibi mi, yoksa offchain'de verilen bir ön işlem biletinin kuralı gibi mi uygulanacağıdır. Bu seçim, sistemin manuel koordinasyonu yeniden tanıtmadan otomatik uzlaşmaya ne kadar yaklaşacağını belirler.

Zaman kaybına neden olan yaygın yanlış anlamalar

“Her ikisi sadece bir beyaz listeye sahip ERC-20.” Bu çerçeve, temel ayrımı gözden kaçırıyor. ERC-3643, uygunluğu bir onchain doğrulayıcı ve kimlik kontrolleri aracılığıyla zorunlu kılarken, ERC-1400, transferleri belirli bir offchain üretilmiş anahtar ile doğrulamak olarak tanımlanıyor. Beyaz liste token zihniyeti başlangıç noktası olarak faydalı olabilir, ancak gerçek yetkilendirme kararının nerede alındığını gizliyor.

“Bölümler sadece hoş bir özellik.” Birçok düzenlenmiş ürün için bölümler, ürünün kendisidir. NYALA ve Rejolut, bölümleri, tokenları farklı kurallar ve kısıtlamalarla alt kümelere veya alt bakiyelere ayırma olarak tanımlıyor; bu da bakiyelerin, transferlerin ve raporlamanın nasıl davrandığını değiştiriyor. Bölümleri kozmetik olarak ele almak, bozuk muhasebe ve kafa karıştırıcı entegrasyonlara yol açar.

“T+0, tokenleştirdiğinizde otomatik hale gelir.” Tokeny’nin T+0 konumlandırması, transfer yoluna gömülü uyum ile otomatik onchain uzlaşma ile bağlantılıdır. Bir tasarım, ticaret başına anahtar verilmesi gibi offchain adımlara dayanıyorsa, sistem, nihai transfer onchain olsa bile operasyonel gecikmeyi yeniden getirebilir.

“Offchain yetkilendirme sadece bir uygulama ayrıntısıdır.” NYALA, offchain anahtarını bir güvenlik ve operasyon bağımlılığı olarak açıkça işaret ediyor çünkü bu anahtar tehlikeye girebilir veya kaybolabilir. Bu bir dipnot değildir. Bu, herhangi bir kritik sistem gibi işletilmesi gereken pazar altyapısının temel bir parçasıdır.

Alıntı

“Token standart seçimini” bir geliştirici tercihi gibi ele alan ekipleri izledim, sonra bunun aslında bir mekan tasarım kararı olduğunu keşfettiler. Uygunluk, ERC-3643 gibi onchain olarak zorunlu kılınıyorsa, token kendisi kapı haline gelir ve entegrasyonlar NYALA'nın iddia ettiği ERC-20 yoluna daha yakın görünür.

Uygunluk, ERC-1400 gibi bir offchain anahtar ile zorunlu kılınıyorsa, anahtar boru hattı, aksaklık yaşandığında uzlaşmayı durdurabilecek şey haline gelir.

Pahalı hata, demoyu optimize etmek yerine 2. gün operasyonlarına odaklanmaktır. Kurumsal eylemler, zorunlu transferler ve kural güncellemeleri, uyumun kodla ya bir arada tutulduğu ya da manuel istisnalar yığınına dönüştüğü yerlerdir. Organizasyonun gerçekten 2 a.m. de çalıştırabileceği hata modunu seçin, çünkü bu noktada bu standartlar “güvenlik token standartları karşılaştırması” olmaktan çıkıp pazar mikro yapısı haline gelir.

Kaynaklar

• Tokeny
• NYALA
• Rejolut