Açık imzalama

Pek çok cüzdan, tanımadığı her sözleşme için hâlâ ham veri gösterir; “kör imzalama” — gerçekte okuyamadığınız çağrıları onaylamak — cüzdanların boşaltılma yollarından biridir. Vela’nın yanıtı açık imzalama: siz imzalamadan önce işlem, mümkün olduğu kadar anlayabileceğiniz bir şeye çevrilir.

Ne görürsünüz

Ham calldata yerine Vela şunları gösterir:

Niyet — işlemin ne yaptığı: Gönder, Onayla, Takas ve benzeri.
Özü — ilgili tutarlar ve adresler; token tutarları gerçek birimleriyle, alıcılar da varsa bir ada çözülmüş hâlde.
Ayrıntılar — nonce, son tarihler ve ham calldata; gözünüze sokulmak yerine istediğinizde açılır.
Bir risk göstergesi, renk kodlu; böylece tehlikeli işlemler hemen göze çarpar.

Nasıl çalışır (ERC-7730)

Vela hem sözleşme çağrılarını hem de EIP-712 tipli verilerini ERC-7730 tanımlayıcılarıyla çözer; bunlar bir sözleşmenin işlevlerinin ne anlama geldiğini anlatan küçük, paylaşılabilir tanımlardır.

Vela bir tanımlayıcıyı şu sırayla arar:

Uygulamaya yerleşik — yaygın kullanılan sözleşmelerin tanımlayıcıları: Uniswap, PancakeSwap ve SushiSwap router’ları, WETH, Aave v3 havuzu, 1inch, Lido ve wstETH ile Seaport.
Herkese açık ERC-7730 kayıt defterini yeniden yayımlayan Vela’nın zincir verisi sunucusundan alınan tanımlayıcılar.
Standart biçimler — ERC-20 tokenları, ERC-721 ve ERC-1155 NFT’leri, ERC-4626 kasaları ve ERC-2612 izinleri (permit); böylece gündelik işlemlerin çoğu yine çözülür.

Doğrulanmış yalnızca ilk kaynağa ayrılmıştır. Bir işlem ancak açıklama, çalıştırdığınız uygulamaya yerleşik bir tanımlayıcıdan geldiğinde — ya da zincir verisi sunucusundan gelip yerleşik kopyanın aynısı olduğunda, ki bu da yolda hiçbir şeyin değiştirilmediğini kanıtlar — doğrulanmış olarak etiketlenir. Sunucunun gönderdiği diğer her şey yine çözülür ve yine gösterilir; yanında, tanımlayıcı servisinden geldiğini ve hiçbir şeyin onu doğrulamadığını söyleyen bir satır bulunur. O servis imzalı değildir, yani ancak onu çalıştıran kişi kadar güvenilirdir — bu da kendi sunucunuzu çalıştırabilmenizin bir nedeni.

Token tutarları, tokenın gerçek zincir üstü ondalık basamaklarıyla biçimlendirilir. Vela bir tokenın ondalıklarını doğrulayamazsa tutarı token 18 ondalıklıymış gibi gösterir ve doğrulanmamış olarak işaretler; böylece yanlış bir sayı hiçbir zaman kontrol edilmiş gibi görünmez.

Risk düzeyleri

Çözülen her işlem bir risk düzeyi alır, böylece tehlikeli kalıplar göze çarpar:

Onaylar ve izinler için Dikkat — harcama yetkisi veriyorsunuz.
Gerçekten riskli olanlar için Tehlike; örneğin sınırsız token onayı.
Stake etme ya da yatırma gibi rutin işlemler için daha düşük risk.

'Sınırsız' bir onay kırmızıyla gösterilir ve bir üst sınır önerilir

Sınırsız tutar için verilen zincir üstü bir onay, paranın sonradan boşaltılmasının en yaygın yollarından biridir. Bir dApp "sınırsız" düzeyde bir onay istediğinde (approve, increaseAllowance ya da Permit2'nin approve'u) — 2^200 ya da daha fazla (Permit2 için 2^152); dApp'lerin "sınırsız" için kullandığı değer budur — Vela onu kırmızıyla gösterir ve bir üst sınır önerir: belirli bir tutar, bakiyeniz (okunabildiğinde) ya da — increaseAllowance hariç — onayın iptali. Bunlardan birini seçmezseniz onay, dApp'in oluşturduğu haliyle aynen gönderilir: Permit2 kalıcı bir onay üzerine kurulmuştur ve akıllı hesabın toplu işlemi bu harcama iznini aynı işlem içinde harcar; bu yüzden o harcamanın altında kalan bir üst sınır, toplu işlemin tamamını başarısız kılar. Toplu işlemin içindeki her sınırsız onaya da aynı şekilde ayrı bir üst sınır konabilir (bir tutar ya da iptal). Gönderimden hemen önceki son kontrol ham calldata'yı okur; böylece onay ekranının hiç göstermediği sınırsız bir onay gönderilemez. Büyük ama sınırlı bir onay (bakiyenizin çok üstünde olsa bile) bir uyarıyla gösterilir. İmzalı izinlere (EIP-2612 ve Permit2 imzaları) üst sınır konamaz — dApp kendi kopyasını gönderir — bu yüzden istendiği gibi imzalanır ya da reddedilir: sınırsız olan kırmızıyla, sınırlı olan bir uyarıyla gösterilir. Bir NFT koleksiyonunun tamamı için setApprovalForAll verilmesini isteyen bir talep, uygulamalarda henüz onaylanamaz.

Vela bir çağrıyı çözemediğinde

ERC-7730 tanımlayıcısı yoksa ama işlev herkese açık bir seçici (selector) veritabanında görünüyorsa, Vela çağrıyı genel biçimde çözer ve bir dikkat bandının altında elden gelen en iyi çözümleme olarak etiketler — çözülmüş ama doğrulanmamış. Bu da olmazsa ya da Vela bir işlemin yalnızca bir kısmını çözebiliyorsa, onu anlamış gibi yapmaz.

Bu neden önemli

Kendi saklama, kötü bir işlemi kimsenin sizin için geri alamayacağı anlamına gelir. Savunma bir destek masası değil; onayladığınız şeyi onaylamadan önce anlamaktır. Açık imzalama, Vela’nın bunu size gösterme çabasıdır ve sınırları vardır: ancak onu gösteren uygulama kadar dürüst olabilir; bağımsız bir kontrolün önemli olmasının nedeni de bu. Vela’nın güvenlik modelinde nereye oturduğunu teknik dokümanda bulabilirsiniz.