Neden bu kadar çok token var?
ERC-20'nin tokenleri Ethereum uygulamaları arasında nasıl yeniden kullanılabilir hale getirdiğini ve paylaşılan bir standardın yine de neden önemli riskler bıraktığını öğrenin.

Bu sayfada
Hızlı okuma
Ethereum paylaşılan programları mümkün kıldı ve ERC-20 bu programların çoğuna değiştirilebilir birimleri temsil etmenin ortak bir yolunu verdi. Bu ders, standartların cüzdanların ve uygulamaların farklı tokenleri nasıl işleyebildiğini, bir tokenin neden ETH veya bir ağla aynı şey olmadığını ve hangi sözleşme ve onay risklerinin geçerliliğini koruduğunu açıklar.
Akılda kalması gerekenler
- Bir token, sahibi olmadığı bir ağ üzerinde bir akıllı sözleşmenin tuttuğu bir kayıttır; bu yüzden yalnızca bir adı ve sembolü olduğu için asla kendi blok zincirine sahip olmaz.
- ERC-20 bir uyumluluk arayüzüdür; bu yüzden size yalnızca bir cüzdanın tokeni işleyebileceğini söyler, tokenin veya ihraççısının güvenilir olup olmadığı hakkında hiçbir şey söylemez.
- Bir tokeni sözleşme adresi ve ağı tanımlar; adlar, semboller ve logolar ise herkesin kopyalayabileceği görüntüleme bilgileridir.
- Bir onay, tek bir transferi yetkilendirmek yerine tekrar tekrar kullanılabilir bir harcama izni verir; bu yüzden onaylamadan önce spender'ı (harcama yetkisi verilen adresi) ve tutarı kontrol edin.
Programlanabilir sözleşmelerden sonra tokenler neden çoğaldı?
Ethereum, bir akıllı sözleşmenin birimlerin ve bunları kontrol eden hesapların kendi kaydını tutmasını mümkün kıldı. Bu birimlere genel olarak token denir. Bir token birçok farklı şeyi temsil edebilir, ancak yalnızca bir adı veya sembolü olduğu için kendi blok zincirine sahip olmaz.
ETH farklıdır: Ethereum'un yerel varlığıdır ve gas ödemek için kullanılır. Bir ERC-20 token, Ethereum üzerinde bir akıllı sözleşmenin tuttuğu bir kayıttır. Bu tokeni Ethereum üzerinde hareket ettirmek yine de ağ ücreti için ETH gerektirir.
ERC-20 neyi ortak hale getirir?
ERC-20, değiştirilebilir tokenler için paylaşılan bir arayüzdür. Her
projenin bir bakiye sorgulamanın veya birim göndermenin farklı bir yolunu
icat etmesi yerine, uyumlu bir sözleşme balanceOf, transfer, approve ve
allowance gibi tanıdık fonksiyonlar sunar.
Bu ortak yapı, bir cüzdanın veya uygulamanın her biri için ayrı bir entegrasyona ihtiyaç duymadan birçok token sözleşmesiyle çalışabilmesini sağlar. Bu bir uyumluluk kuralıdır; her tokenin aynı amaca, ihraççıya veya risk düzeyine sahip olduğunun beyanı değildir.
| Soru | ETH | Bir ERC-20 token |
|---|---|---|
| Kuralları nereden gelir? | Ethereum'un protokol kurallarından. | Genellikle ERC-20 arayüzünü izleyen bir akıllı sözleşmenin kodundan. |
| Ethereum gas'ını ne öder? | ETH. | Transfer yine de gas için ETH gerektirir. |
| Tanıdık bir ad veya sembol neyi kanıtlar? | Bu bağlamda yerel varlığı tanımlar. | Tek başına çok az şeyi; adlar ve semboller görüntüleme bilgisidir, bir güvenlik kontrolü değil. |
Ortak bir arayüz uygulamalar için neden önemlidir?
Ethereum'daki akıllı sözleşmeler, diğer uygulamaların çağırabileceği herkese açık programlardır. Token sözleşmeleri tanıdık bir arayüz sunduğunda, yeni bir uygulama sıfırdan başlamak yerine mevcut parçaları birleştirebilir. Buna kompozitlik (composability) denir: ayrı bileşenler bir araya gelerek yeni bir hizmet oluşturabilir.
Kompozitlik, tek bir tokenin neden birçok cüzdanda, uygulamada ve işlem platformunda görünebildiğini açıklar. Bu, söz konusu ürünlerin tek bir şirket olduğu veya her entegrasyonun güvenlik açısından incelendiği anlamına gelmez.
Standart neyi vaat etmez?
ERC-20 bir arayüzü tanımlar; bir projenin güvenilir olup olmadığını, bir
tokenin değeri olup olmadığını, varlıklarla veya rezervlerle desteklenip
desteklenmediğini ya da sözleşmesinin güvenli tasarlanıp tasarlanmadığını
tanımlamaz. Standardın name, symbol ve decimals yöntemleri bile isteğe
bağlı kullanılabilirlik özellikleridir; bu yüzden tanıdık bir etiket kimlik
veya destek kanıtı değildir.
Sözleşme adresi ve çalıştığı ağ, gerçekte hangi programın kullanıldığını belirler. Bir arayüzde tanıdık görünen bir token, yine de farklı kurallara sahip, ilgisiz bir sözleşme olabilir. Bir tokeni Ethereum üzerinde dağıtmak, Ethereum'un onu onayladığı veya desteklediği anlamına gelmez.
Onaylar neden ayrı bir risk oluşturur?
Bir ERC-20 transferi tokenleri doğrudan hareket ettirir. Bir onay
(approval) ise farklıdır: başka bir adresin — genellikle bir akıllı
sözleşmenin — daha sonra transferFrom aracılığıyla belirtilen bir tutara
kadar hareket ettirmesine izin veren bir harcama izni (allowance) belirler.
Bu izin, harcama izni tükenene veya yenisiyle değiştirilene kadar birden
fazla kez kullanılabilir.
Bu esneklik uygulamaların birlikte çalışmasına yardımcı olur, ancak aynı zamanda bir onayın yalnızca tek bir transferin önizlemesi olmadığı anlamına da gelir. Bu, token sözleşmesinin kurallarına göre belirli bir spender'a (harcama yetkisi verilen adrese) verilen bir izindir.
Sonuç
Tokenler çoğaldı çünkü Ethereum, bir akıllı sözleşmenin birimlerin ve bunları kontrol eden hesapların kendi kaydını tutmasına izin verdi ve ERC-20 bu sözleşmelere bir bakiyenin sorulması veya bir transferin talimatının verilmesi için ortak bir yol verdi. Bu paylaşılan arayüz, tek bir cüzdanın her biri için ayrı bir entegrasyon olmadan binlerce farklı tokeni işleyebilmesinin ve yeni bir uygulamanın sıfırdan başlamak yerine mevcut parçaları birleştirebilmesinin nedenidir.
Standardın yapmadığı kritik şey, herhangi bir şeye kefil olmaktır. ERC-20
bir arayüzü tanımlar; bir projenin güvenilir olup olmadığını, bir tokenin
herhangi bir şeyle desteklenip desteklenmediğini veya sözleşmesinin güvenli
yazılıp yazılmadığını tanımlamaz. name, symbol ve decimals bile isteğe
bağlı görüntüleme kolaylıklarıdır; bu yüzden tanıdık bir etiket kimlik
kanıtı değildir. Bir tokeni tanımlayan şey sözleşme adresi ve çalıştığı
ağdır — bir arayüzde gösterilen hiçbir şey bunları kontrol etmenin yerini
tutmaz.
Onaylar, transferlerden farklı davrandıkları için ayrı bir dikkati hak eder.
Bir transfer tokenleri bir kez hareket ettirir; bir onay ise bir spender'a,
harcama izni tükenene veya yenisiyle değiştirilene kadar transferFrom
aracılığıyla tekrar tekrar yararlanabileceği bir harcama izni verir. Bir
onay isteğini tek bir işlemin önizlemesi olarak okumak, aslında neyin
verildiğini olduğundan az göstermektir. Birini onaylamadan önce hangi
spender'ın ve ne kadar için yetkilendirildiğini kontrol edin.
Standartlar, birçok uygulama ve varlığın Ethereum'un programlanabilir ortamını paylaşmasına yardımcı oldu. Bu kullanışlılık aynı zamanda daha fazla faaliyetin aynı Katman 1 yürütmesi ve blok alanı için rekabet edebileceği anlamına da gelir. Bir sonraki ders, talep arttıkça paylaşılan bir temel katmanın neden pahalı veya tıkanık hale gelebileceğini inceler.
Sık sorulan sorular
ERC-20, Ethereum üzerindeki değiştirilebilir tokenler için paylaşılan bir arayüzdür. Uyumlu bir sözleşme balanceOf, transfer, approve ve allowance gibi tanıdık fonksiyonlar sunar; böylece cüzdanlar ve uygulamalar her biri için özel bir entegrasyona ihtiyaç duymadan birçok farklı tokenle çalışabilir. Bu bir uyumluluk kuralıdır, bir tokenin amacı veya kalitesi hakkında bir beyan değildir.
Coin genellikle bir ağın yerel varlığı anlamına gelir; o ağın protokol kuralları tarafından ihraç edilir ve yönetilir — Bitcoin'de BTC, Ethereum'da ETH gibi. Token ise sahibi olmadığı bir ağ üzerinde çalışan bir akıllı sözleşmenin tuttuğu bir kayıttır. Bir token yalnızca bir adı, sembolü ve fiyatı olduğu için kendi blok zincirine sahip olmaz.
Hayır. ETH, Ethereum'un yerel varlığıdır ve kuralları doğrudan Ethereum'un protokolünden gelir; oysa bir ERC-20 tokenin kuralları bir akıllı sözleşmenin kodundan gelir. Bu yaygın bir kafa karışıklığı noktasıdır çünkü birçok arayüz ikisini yan yana gösterir, ancak ikisi aynı deneyimin farklı katmanlarında yer alır.
Evet. Bir ERC-20 tokeni hareket ettirmek Ethereum üzerinde bir işlemdir ve Ethereum işlemleri ETH ile ödenir. ETH'niz olmadan bir token bakiyesi tutmak, transferin ödenemeyeceği anlamına gelir; bu yüzden cüzdanlar hareket ettiremediğiniz bir token bakiyesi gösterebilir.
Bir onay, başka bir adresin — genellikle bir akıllı sözleşmenin — daha sonra transferFrom aracılığıyla tokenlerinizden belirtilen bir tutara kadarını hareket ettirmesine izin veren bir harcama izni (allowance) belirler. Bir transferin aksine, bu izin harcama izni tükenene veya yenisiyle değiştirilene kadar birden fazla kez kullanılabilir. Risk, tek bir hareketi yetkilendirmek yerine belirli bir spender'a sürekli bir harcama izni vermenizdir.
Hayır. Standart, bir sözleşmenin nasıl çağrılabileceğini tanımlar; güvenli yazılıp yazılmadığını, arkasındaki projenin meşru olup olmadığını veya tokenin herhangi bir şeyle desteklenip desteklenmediğini tanımlamaz. Bir tokeni Ethereum üzerinde dağıtmak, Ethereum'un onu incelediği veya desteklediği anlamına gelmez.
Sözleşme adresine ve çalıştığı ağa bakarak, çünkü gerçekte hangi programın kullanıldığını bunlar belirler. Adlar ve semboller herkesin yeniden kullanabileceği görüntüleme bilgileridir; bu yüzden bir arayüzde tanıdık görünen bir token, tamamen farklı kurallara sahip, ilgisiz bir sözleşme olabilir. Adresi, size gönderilen bir bağlantı yerine zaten güvendiğiniz bir kaynakla doğrulayın.
Kompozitlik, ayrı bileşenlerin bir araya gelerek yeni bir hizmet oluşturabilmesi anlamına gelir. Akıllı sözleşmeler diğer uygulamaların çağırabileceği herkese açık programlar olduğundan, yeni bir uygulama sıfırdan başlamak yerine mevcut token sözleşmelerinin üzerine inşa edilebilir. Bu, tek bir tokenin neden birçok cüzdanda ve platformda göründüğünü açıklar, ancak bu ürünlerin bir operatörü paylaştığı veya her entegrasyonun incelendiği anlamına gelmez.
Çünkü bir token oluşturmak ucuzdur ve standart onu hemen kullanılabilir hale getirir. Bir sözleşme birimlerin kendi kaydını tutabildiğinde ve ERC-20 arayüzünü sunduğunda, mevcut cüzdanlar ve uygulamalar herhangi bir değişiklik yapmadan onu işleyebilir. Düşük oluşturma maliyeti ile anlık uyumluluğun birleşimi, çoğu anlamlı bir faaliyeti temsil etmeyen çok büyük sayıda token üretir.
İlgili kripto paralar
Öğrenmeye devam et
Bu derse dayanarak önerilen sonraki okumalar.
- Bitcoin'in var olması neden gerekiyordu?Bitcoin'in neden paylaşılan bir işlem geçmişine ihtiyaç duyduğunu anlamak için çifte harcama sorunuyla başlayın.
- Bitcoin: ilk Katman 1Bitcoin'in neden bir Katman 1 ağı olduğunu, kendi kurallarının BTC'yi nasıl güvence altına aldığını ve uzlaşmanın neden ödünleşimler içerdiğini öğrenin.
- Ethereum neden programlanabilir?Ethereum'un Katman 1 fikrini paylaşılan programlar, ETH gas'ı ve yeni ödünleşimlerle nasıl genişlettiğini görün.
- Blok zincirleri neden tıkanır?Paylaşılan Katman 1 kaynaklarının neden sınırlı olduğunu, talebin nasıl ücretlere ve gecikmelere dönüştüğünü ve ölçeklendirmenin neden ödünleşimler yarattığını öğrenin.




