Neden Hesap Soyutlamasına ihtiyacımız var?

Mevcut blok zinciri alanında hala çözülmemiş birçok sorun var. Bunlar arasında blok zinciri kullanmanın zorluğu, yani zincirle etkileşimde bulunmanın kullanıcı deneyimi (UX) halk tarafından en çok eleştirilen alan olsa gerek.

Örneğin, birçok kişi anahtar kullanmanın hesapları yönetmek için e-posta kullanmaktan daha karmaşık olduğunu düşünür; anahtar yönetimi zor ve güvensizdir; ve her transfer (USDC gibi) yerel belirteçlerin (Eter ve Sol gibi) tüketilmesini gerektirir ki bu mantıksızdır.

Bu bağlamda, giderek daha fazla insan, on-chain etkileşimlerinin kullanıcı deneyimini iyileştirmek ve kitlesel benimsemeyi kolaylaştırmak için dikkatlerini hesap soyutlama alanına çeviriyor.

Keşif sürecinde Ethereum, ERC-4337, EIP-3074 ve EIP-7702 gibi hesap soyutlama çözümler önerdi. Solana gibi diğer L1, Programdan Türetilen Adresler (PDA'lar) gibi protokol düzeyinde hesap soyutlama etkinleştiren özelliklere sahiptir ve Cosmos ayrıca x/authz ve Ücret Soyutlama Modülü gibi benzer tasarımlara sahiptir. Bu yazıda, yukarıda belirtilen çözümleri tanıtacağız ve karşılaştıracağız, farklı çözümlerin tasarımının inceliklerini sıralayacağız ve farklı çözümlerin ödünleşimlerini ve değerlendirmelerini göstereceğiz.

Background

EOA ve Sözleşme Hesabı

Harici Sahip Olunan Hesap (EOA) ve Sözleşme Hesabı, Ethereum teknik incelemesinde tanımlanan iki hesap türüdür. EOA hesapları özel anahtarlar tarafından kontrol edilir ve kullanıcılar hesap varlıkları kontrol etmek için özel anahtarlar aracılığıyla çeşitli işlemleri imzalayabilir. Sözleşme hesap, hesap kodu tarafından kontrol edilir ve diğer hesaplar, sözleşmenin kodunu hesap çağırarak sözleşmenin belirli hesap mantığı yürütmesini sağlayabilir.

Hesap Soyutlama

Soyutlanmış hesaplar kavramı 2016 yılına kadar izlenebilir (https://github.com/ethereum/EIPs/issues/86). hesap soyutlama, Ethereum'daki mevcut iki hesap türüne dayanır ve bunların üzerine inşa edilir: EOA ve sözleşme hesapları. Bu, Ethereum kullanıcılarının etkileşimli deneyimini aşağıdaki yollarla geliştirecektir:

1. Kullanıcıların Schnorr, BLS, kuantum sonrası imzalar vb. gibi birden çok imza kullanmasına izin verir;
2. Kullanıcıların ERC20 belirteçlerini veya özel ödeme mantığını kullanarak gas ücretler ödemesine olanak tanır;
3. Kullanıcıların e-posta, sosyal medya vb. kullanarak hesaplarını almalarına olanak tanır;
4. Kullanıcıların, günlük para çekme limiti belirlemek gibi ayrıntılı izinlerle hesaplarındaki fonları yönetmelerine olanak tanır;
5. Tek bir atomik işlemde birden fazla on-chain işleminin gerçekleştirilmesine izin verir. Örneğin, bir kullanıcı DEX bir işlemde onay ve takas işlemlerini tek bir imza ile tamamlayabilir.

Ethereum Yol Haritası

Ethereum yol haritası (https://ethereum.org/en/roadmap/), Ethereum'in gelecekteki yükseltme rotasını vurgular. Şu anda, Ethereum topluluğundaki araştırmaların çoğu Ethereum yol haritası etrafında dönmektedir. Hesap soyutlaması bunun zorunlu bir parçasıdır:

Kaynak: https://x.com/VitalikButerin/status/1741190491578810445

Ethereum topluluğu, ERC-4337'yi geliştirmeyi ve EIP-3074 veya EIP-7702 gibi teklifler aracılığıyla protokol içinde hesap soyutlama çözümler uygulamayı ve sonunda Endgame hesap soyutlama'a ulaşmayı umuyor.

Kullanıcı deneyimindeki iyileştirmelere rağmen, Endgame hesap soyutlama, Ethereum'nin kuantum karşıtı hesaplaması için de çok önemlidir, çünkü mevcut EOA hesap tarafından kullanılan ECDSA algoritması kuantum hesaplama çağında güvenli değildir. hesap soyutlama benimsenmesi, kullanıcı hesaplarını kuantum bilişimin gelişen tehditlerine karşı koruyan kuantum sonrası imzaları destekler.

EIP-3074 vs ERC-4337

hesap soyutlanmış hesapları anlamak için EOA'nın nasıl çalıştığını anlamamız gerekir. Aşağıdaki resim, zincirdeki en yaygın token alım satım işlemidir:

Genel olarak konuşursak, kullanıcıların alım ve satım yaparken iki işlem yapması gerekir: önce Uniswap'a takas için USDC aktarma yetkisi verin ve ardından Uniswap'ın eylemi gerçekleştirmesi için başka bir işlem talebi gönderin. Uniswap, kullanıcının USDC hesap aktarır ve mevcut fiyata göre karşılık gelen ETH miktarını kullanıcıya gönderir.

ERC-4337, yukarıdaki iki işlemi tek bir işlemde birleştirir:

Yukarıdaki şekilden de görülebileceği gibi, kullanıcının EOA hesap farklı olan 4337 hesap'nde kullanıcının varlıklarını çalıştırması için paketleyiciye yetki vermek için kullanıcının iki kez imzalaması gerekir. Paketleyici yetki aldıktan sonra, yetkilendirilmiş içeriği bir pakette birleştirir ve işlemi tamamlamak için yayınlar. Aynı zamanda, kullanıcının gas ücretler için Ethereum tokenleri yoksa, paymaster'ın gas ücretleri ödemesine ve kullanıcıdan eşit değerde ERC20 tokenleri almasına olanak tanıyan paymaster rolü de tanıtılabilir.

EIP-3074 ve ERC-4337'nin bazı benzerlikleri vardır, ancak EIP-3074'ün uygulama yöntemi Ethereum protokol:

ERC-4337'de, Bundler'a on-chain akıllı sözleşme cüzdanımızdaki varlıkları imzalar aracılığıyla yönetme yetkisi veriyoruz. EIP-3074'te, paketleyici, EOA cüzdanımızdaki varlıkları imzalar aracılığıyla doğrudan yönetme yetkisine sahiptir. Bunu yapmak emir, Ethereum topluluğunun Ethereum protokol iki yeni işlem kodu eklemesi gerekir: AUTH ve AUTHCALL.

AUTH, paketleyicinin kullanıcı EOA hesap varlıklarını işleme davranışının yetkilendirilip yetkilendirilmediğini doğrulamak için kullanılır ve AUTHCALL, kullanıcı etkileşiminin akıllı sözleşmesini (örneğimizde, USDC ve Uniswap) "kandırmak" için kullanılır ve akıllı sözleşmenin işlemin kullanıcının EOA hesap olduğunu düşünmesini sağlar. Bunun avantajı, Uniswap ve USDC geliştiricilerinin konuşlandırılan akıllı sözleşmeler yükseltmesine gerek olmaması ve aynı zamanda EOA hesaplarının hesap soyutlama işlevlerinden yararlanabilmesidir.

EIP-3074 ve ERC-4337 Arasında Bir Karşılaştırma

Ethereum topluluğunda, EIP genellikle Ethereum yükseltmelerin desteklenmesini gerektiren teklifleri ifade ederken, ERC Ethereum yükseltmeleri olmadan desteklenebilen özellikleri ifade eder.

Bu nedenle, ERC-4337'nin uygulanmasının EIP-3074'ten daha kolay olduğu iki hesap soyutlama şemasının adlandırılmasından görülebilir, çünkü ERC-4337 Ethereum ağının sabit bir çatal gerektirmez. Bu aynı zamanda ERC-4337'nin piyasaya sürülmesinin ve poligon ve tabanda giderek daha fazla kullanılmasının nedenlerinden biridir, ancak EIP-3074, 183. Ethereum Tüm Çekirdek Geliştiriciler Yürütme Çağrısı (ACDE) tarafından kabul edilmiştir.

Kaynak: https://dune.com/niftytable/account-abstraction

Ek olarak, ERC-4337, kullanıcıların cari hesaplarını yeni sözleşme hesaplarına taşımasını gerektirir ve EIP-1271'in çalışması için DApp destek gerektirir. EIP-3074 bu ek destekleri gerektirmez. Bu, ERC-4337'nin düşük benimsenme oranının önemli bir nedenidir. Aynı zamanda, ERC-4337, bir ara çoklu çağrı sözleşmesi sunmadan birden fazla on-chain işlemini yetkilendirmek için tek bir imzaya destek edemez, ancak EIP-3074 bunu yapabilir ve bu da ERC-4337'nin sınırlamalarına neden olur.

Bununla birlikte, EIP-3074'ün de kendi sorunları vardır. Bunlardan en önemlisi, AUTH işlem kodunun, saldırganın kullanıcının EOA hesap tamamen kontrol etmesine izin verebilecek çok yüksek izinlere sahip olmasıdır. Sonuçta, bir bilgisayar korsanı AUTH imzanızı dolandırdığı long, EOA cüzdanınızdaki varlıkları elden çıkarabilir. Kimlik avı saldırılarının şu anda yaygın olduğu ve çoğunun kullanıcıların imzalarını aldattığı göz önüne alındığında, EIP-3074 uygulandığında bu daha ciddi bir sorun haline gelecektir.

Bu bağlamda, EIP-3074'ün yazarlarından biri olan lightclient, cüzdan düzeyinde kötü niyetli imzaları engellemek için bir azaltma yöntemi önerdi. Ayrıntılar için lütfen şu adrese bakın: https://x.com/lightclients/status/1778823652584120497. ERC-4337'de bu sorun yoktur, ancak bilgisayar korsanları kullanıcıları kötü amaçlı UserOps'u imzalamaları için kandırabilir. Bunun nedeni, bir UserOp'un kullanıcı hesap içindeki tüm varlıklar üzerinde elden çıkarma yetkisi elde etmesinin zorluğudur. Bu yazının yazıldığı tarih itibariyle, ACDE'deki geliştiriciler EIP-3704'ü Pectra Devent 0'dan kaldırmayı ve EIP-7702'yi bir sonraki Pectra Devnet 1'e dahil etmeyi kabul etti.

EIP-7702'de ne değişti?

EIP-7702, bir orta yol oluşturmak için EIP-3074 ve ERC-4337'nin faydalarını entegre etmeye çalışır. Kullanıcı, imzalanan işlemi paketleyiciye gönderir. Paketleyici işlemi zincire gönderdiğinde, kullanıcının EOA hesap geçici olarak 4337 hesap gibi bir akıllı sözleşme hesap haline gelecektir. Ardından, EIP-3074'teki AUTH'un ilerlemesine benzer şekilde, akıllı sözleşme hesap, kullanıcının yetkili paketleyici işlemini doğrulayacaktır. Ardından, tıpkı AUTHCALL gibi, kullanıcı tarafından yetkilendirilen işlemleri gerçekleştirin. İşlemi gerçekleştirdikten sonra, kullanıcı hesap sıradan bir EOA hesap geri alınacaktır.

EIP-7702'nin faydaları aşağıdaki gibidir:

1. EIP-3074'ün tüm avantajlarını devralır: kullanıcıların EOA hesaplarından yeni adreslere sahip akıllı sözleşme hesaplarına geçmesini gerektirmez; tek bir atomik işlemde birden fazla işlem gerçekleştirebilir;
2. ERC-4337'nin akıllı sözleşme hesap kodu ve altyapısı yeniden kullanılabilir;
3. ERC-4337 tarafından temsil edilen akıllı sözleşme hesap soyutlama ve EIP-3074 tarafından temsil edilen EOA hesap soyutlama çözümü, Ethereum iki farklı hesap soyutlama sistemine bölünmesini önlemek ve Ethereum yol haritasında Endgame Soyutlama Hesabı'nın önünü açmak için birleştirilebilir;
4. AUTH ve AUTHCALL işlem kodları Ethereum'in EVM eklenmeyecektir: Ethereum yol haritasını hesap alarak, EOA hesapları gelecekte hesap soyutlama dönüştürülecek ve bu iki işlem kodu gereksiz hale gelecektir.

Bunun ötesinde, EIP-7702, tüm güvenlik risklerini EIP-3074'ten devralır.

Topluluk, 2025'teki bir sonraki Pectra yükseltmesine EIP-7702'yi dahil etmeye karar verdi. Uygulanırsa, Ethereum ekosistemini büyük ölçüde değiştirecek ve hesap soyutlama altyapısının mevcut ERC-4337 sürümüne artımlı iyileştirmeler getirecektir.

Solana'ın Programdan Türetilmiş Adres

Solana

Solana'ın hesap soyutlama üzerindeki Hesap Soyutlaması, Ethereum'in ERC-4337'sine benzer. Bunlar, 4337 sözleşme hesaplarına benzer şekilde orijinal hesaplardan (EOA hesaplarına benzer) türetilen hesaplardır. Solana hesap soyutlama anlamadan önce, Solana tarafından kullanılan hesap modelini anlamak gerekir.

Genel olarak konuşursak, hesaplar, kod yürütebilen yürütülebilir hesaplar veya bunu yapamayan yürütülemez hesaplar olarak sınıflandırılabilir. Bunu daha ayrıntılı olarak incelersek, Solana'de üç tür hesap vardır: Yerel Program, Program Hesabı ve Veri Hesabı.

Yerel programlar, doğrulayıcı uygulamasının bir parçasıdır ve Solana ağı için yeni veri hesaplarının ve özel programların oluşturulması gibi temel işlevleri sağlar. Program hesapları, yürütülebilir kod içeren özel programlardır. Veri hesapları, sahip program hesap tarafından tanımlandığı şekilde verileri depolayabilir ve program durumunu yönetebilir.

Bu hesap modeli, program hesaplarının belirli hesapları oluşturmasını ve yönetmesini yerel olarak etkinleştirerek, geliştiricilere bunları yönetmek için özel kurallar ve mantık tanımlama olanağı sunar. Bu hesap modeli tarafından etkinleştirilen, bir tür veri hesap olan Programdan Türetilmiş Adres (PDA), multisig cüzdanlar ve iki faktörlü kimlik doğrulama yoluyla kullanıcı güvenliğini artırmaktan diğerlerinin yanı sıra sosyal kurtarma mekanizmalarını etkinleştirmeye kadar Solana hesap soyutlama yeteneklerinin olanaklarını genişletir.

Programdan Türetilmiş Adres

Bağlam için, tüm hesaplar Ed25519 eğrisinde yer alır ve bir genel-özel anahtar çiftine sahiptir. Ed25519 eğrisinin dışında kalan PDA, genel anahtara benzeyen ve karşılık gelen bir özel anahtarla gelmeyen deterministik olarak türetilmiş 32 baytlık bir dizedir. PDA'lar, geliştiricilerin, PDA'nın program hesap sahibinin, Solana ağı tarafından tam olarak tanınan ve desteklenen PDA'lar adına özerk bir şekilde işlem gerçekleştirmesine izin verebilecek özel kurallar ve işlem imza mekanizmaları oluşturmasına olanak tanır.

PDA ve Hesap Soyutlaması

Tamam, şimdi PDA'ların nasıl türetildiğini anladığımıza göre, bu kavramların hesap soyutlama nasıl bağlandığını merak ediyor olabilirsiniz. Hesap soyutlaması, Programlar Arası Çağırma (TÜFE) olarak bilinen bir işlevin gerçekleştirilmesiyle kaputun altında gerçekleşir.

CPI'lar, bir programın başka bir programın talimatlarını çağırmasını sağlayan ve Solana programların birleştirilebilirliğine izin veren işlevlerdir. Bir program invoke_signed aracılığıyla bir TÜFE başlattığında, programlar türetilen PDA'lar adına imza atabilir.

Kaynak: Solana

PDA'ları içeren işlemlerin meşruiyetini doğrulamak için, Solana çalışma zamanı, çağıran programın signers_seeds ve program_id kullanarak create_program_address dahili olarak çağırır. Geçerli bir PDA bulunursa, çalışma zamanı PDA'yı çağıran programla ilişkilendirir ve programı yetkili imzalayan olarak tanır.

Şu anda Squads, PDA'ya dayalı Solana üzerinde hesap soyutlama bir çözüm geliştiriyor. Bununla birlikte, Squads tarafından sağlanan ürün şu anda Gnosis Safe'in akıllı sözleşme hesap çözümüne daha çok benziyor ve hesap soyutlama işlevselliğini henüz tam olarak geliştirmedi.

PDA'ların

faydaları
1. Otomatik akıllı sözleşme yürütme: PDA'lar, programlar arası çağrılar yoluyla kullanıcı adına birden fazla işlemi otonom olarak gerçekleştirebilen daha karmaşık akıllı sözleşme tasarımlarına izin verir.
2. Gelişmiş kullanıcı deneyimi: Kullanıcıların birden fazla işlemi yönetmesi veya teknik karmaşıklığa maruz kalması gerekmez.
3. Gelişmiş güvenlik ve esneklik: Özel anahtar olmadan bu, anahtarın tehlikeye girme riskini azaltır. PDA'lar multisig cüzdanlar için kullanılabilir veya tek bir risk noktasını azaltan ve özellikle büyük paylaşılan kaynakları yöneten kuruluşlar için yararlı olan diğer esnek yönetişim modellerini barındırabilir.

PDA'ların sınırlamaları

1. PDA'lar, hesap soyutlama yeteneklerin temelini oluşturmada faydalı olsa da, hesap bir anahtar çiftine kıyasla uygulanması karmaşık olabilir.
2. Ve ERC-4337 gibi, kullanıcıların Solana hesap soyutlama benimseme oranını baskılayabilecek yeni bir hesap hesap geçiş gerçekleştirmesini gerektirir.

Cosmos'ta Hesap Soyutlaması (Authz & Fee Grant)

Cosmos x/authz

hesap soyutlama'nin geliştiricilerin zihin payını giderek daha fazla ele geçirmesiyle, çekirdek Cosmos SDK'sının bir parçası olan authz, bir hesap EIP-3074 ve EIP-7702'ye benzer yetkilendirme hibelerini kullanarak başka bir hesap adına belirli eylemleri gerçekleştirmesine izin vermek için başlatıldı.

Authz, stake etme gibi belirli eylemlerin performansını bir hibe alana devreden ve sonuç olarak kullanıcı deneyimini geliştiren önceden tanımlanmış birkaç yetkilendirme türüyle birlikte gelir.

authz ile 3 tip Yetki verilebilir:

1. GenericAuthorization. Bu yetkilendirme izni, izin alana, iletiyi veren adına yürütmesi için sınırsız izin verir.
2. SendAuthorization'ı kullanın. Bu yetkilendirme, ERC20'deki onaylama gibi, hibe alana, hibe veren adına harcanabilecek maksimum tutarı tanımlayan pozitif bir harcama limitine erişim sağlamayı amaçlar.
3. StakeAuthorization'ı seçin. Bu hibe, hibe alanların, hibe alan adına delege etme, delege etme veya yeniden delege etme gibi stake etme eylemlerini yönetmesine olanak tanır.

Hibe, hibe verenin adres baytlarından, hibe alanların adres baytlarından ve yetkilendirme türlerinden oluşur. İzinleri belirli bir süre içinde sınırlamak için zaman aralığı da tanımlanabilir. Her bloğun sonunda ağ, budama adı verilen bir işlemle süresi dolmuş hibeleri kaldıracaktır.

Operasyonel Çerçeveyi Anlamak

Authz, çeşitli eylemler için yetki vermek için kullanılabilir, ancak basitlik için, authz'un genel oylama işlemlerini etkinleştirmek için nasıl çalıştığını inceleyeceğiz.

1. Herhangi bir yetkilendirme yürütülmeden önce yetkilendirme arayüzünü uygular. Bu aşamada, bu durumda MsgVote olacak olan mesaj türü de tanımlanacaktır. Burada, bir yönetim oylaması eylemi için Alice'ten bir hibe yetkisi görüyoruz.
2. Bob, imzasız bir oy işlemi oluşturur.
3. Bob, hibe alandan gelen oyların imzalı ve yürütülmüş bir işlemini oluşturur. İşlem tamamlanır ve süresi dolarsa yetkilendirme kaldırılır.

Authz'nin getirdiği faydalar?

1. Operasyonel güvenlik: Doğrulayıcılar ve diğer kullanıcılar, yönetişim tekliflerini oylamak veya belirli eylemleri gerçekleştirmek için ayrı bir hesap izin verebilir, bu da hesap güvenliğini artırır ve güvenlik yükünü azaltır.
2. Kolaylaştırılmış işlemler: İşlemler, doğrulayıcı anahtarlarına erişime ihtiyaç duyularak gerçekleştirilebilir, multisig cüzdan işlemleri, hibe alan hesap Authz vermek için tek bir işlem kullanılarak da kolaylaştırılabilir.
3. Geçişe gerek yok: EIP-3074 ve EIP-7702'ye benzer şekilde, yetkilendirme işlemleri kullanıcının orijinal hesap gerçekleşir. Kullanıcıların hesap soyutlama etkinleştirmek için varlıklarını orijinal hesap yeni bir hesap aktarmaları gerekmez.
4. DAO Operasyonel Verimlilik ve Esneklik: Belirli eylemler için bireysel DAO üyelerine yürütme haklarının bir alt kümesi verilebilir.
5. Staking Ödül Birleştirme: Authz, stake ödüllerinin otomatik olarak birleştirilmesi için yeniden stake etme ve eşdeğer hizmetlerin kullanımını kolaylaştırır.

Authz için sınırlamalar ve riskler:

Authz aracılığıyla yetkilendirdiğiniz işlem türlerine dikkat edin. Kötü amaçlı bir Yetkilendirmeler, kullanıcı için zararlı olabilecek çeşitli yetkilendirme türlerini yürütebilir.

1. GenericAuthorization: Sağlanan Msg'yi veren adına yürütmek için sınırsız izin verir. Neyi imzaladığınızın tam olarak farkında değilseniz, bu tür yetkilendirme türlerini imzalamaktan kaçınmanız önemle tavsiye edilir. Bazı cüzdanlar Authz işlemlerini imzalarken de uyarı vermeyebilir.
2. SendAuthorization: İzin alan tarafından belirtilmediği takdirde, izin alanın harcayabileceği maksimum token miktarını göndermesine izin verir. İzin alanın belirteçleri gönderebileceği belirli adresi belirten İzin Verilenler Listesi'nin doğrulanması da önemlidir.

Ücret Hibe Modülü

Kullanıcı deneyiminin önündeki birçok kişiyi hayal kırıklığına uğratan bir diğer engel, blok zinciri kullanıcılarının bu farklı ekosistemlerle etkileşime girmek emir çeşitli yerel belirteçlere sahip olma ihtiyacıdır. Bu, özellikle Cosmos ekosisteminde var olan sayısız zincire ilk kez maruz kalan kripto yerlisi olmayan kişiler için genel kullanıcı deneyimini lekeledi.

Ancak bu engel, Ücret Hibe Modülünün entegrasyonu ile atılım gördü. Ethereum'de hesap soyutlama sağlayan paymaster sözleşmesine benzer şekilde, Cosmos'taki Ücret Hibe Modülü, hibe verenin, işlem ücretlerinin bir kısmını veya tamamını ödeyerek hibe alana ücret ödenekleri vermesine olanak tanır. Fonlar hibe verenin kontrolünde kalır ve hibe ödeneğini istediği zaman iptal edebilir.

Ücret Hibe Türleri

Ücret Ödeneği iki türe ayrılabilir: BasicAllowance ve PeriodicAllowance.

BasicAllowance, hibe alan kişinin, harcama limitine veya sona erme süresine ulaşılana kadar hibe verenden hesap ücret kullanmasına olanak tanır. Hibe daha sonra devletten kesilecektir. BasicAllowance'ın bir kerelik ücret ödemesi uyguladığını unutmamak önemlidir. Harcama limiti ve süre boşsa, ücret ödeneğinde sona erme ve harcama sınırı yoktur.

PeriodicAllowance, ücret hibelerinin belirtilen her dönemden sonra periyodik olarak yenilenmesini sağlar. Period_spend_limit, dönem içinde harcanabilecek maksimum jeton sayısını belirtir. Period_reset, bir sonraki dönemin ne zaman olması gerektiğini takip eder ve period_can_spend yeni bir dönem başlamadan önce kalan jeton miktarını takip eder.

Operasyonel Çerçeveyi Anlamak

AllowedMsgAllowance kullanmak, belirtilen ileti türleri için bir izin oluşturur. Ödenek, BasicAllowance veya PeriodicAllowance olabilir. Süre sonu süresi ayarlanırsa, FeeAllowance, hibeye süre sonu ön eki eklenmiş olarak durumda kuyruğa alınır ve Endblocker, süresi dolmuş izinler için FeeAllowanceQueue durumunu denetler ve bulunursa ayıklar. MsgGrantAllowance'ın yanı sıra, MsgRevokeAllowance kullanılarak bir ücret ödeneği de iptal edilebilir.

Authz ve Fee Grant modülleri birlikte ele alındığında, Cosmos ekosisteminde daha iyi bir kullanıcı deneyimi oluşturan yenilikçi ve çeşitli kullanım durumlarının kilidini açar.

Sonuç

Hesap Soyutlama 27 Mayıs 2024 itibariyle rakamlar tahminidir.

Spot BTC ETF'lerin ve ETH ETF'lerin onaylanmasıyla, kurumsal ve perakende talep önemli ölçüde arttı ve sektöre maruz kalmak isteyen yeni bir kullanıcı dalgasını başlatmayı vaat ediyor. Protokoller ve dapp'ler topluluklarını genişletmek için sorunsuz bir deneyim yaratmaya çalıştıkça, hesap soyutlama bu yıl önemli bir anlatı haline gelecek.

SORUMLULUK REDDİ

Bu materyal yalnızca genel bilgi amaçlıdır ve herhangi bir araştırma çıktısı, profesyonel tavsiye, talep, teklif, tavsiye veya ticaret stratejisi oluşturmaz ve bu şekilde yorumlanmamalıdır. Bu raporda sağlanan herhangi bir genel finansal ve piyasa bilgisinin, analizinin ve/veya görüşün adilliği, doğruluğu, güncelliği, eksiksizliği veya doğruluğu konusunda açık veya zımni hiçbir garanti, beyan, garanti veya taahhüt verilmemektedir ve HashKey Capital tarafından bu tür bilgilerin kullanımı veya bunlara güvenilmesi ile ilgili hiçbir yükümlülük veya sorumluluk kabul edilmemektedir. Bu rapordaki tüm bilgiler önceden haber verilmeksizin değiştirilebilir. Bu rapor, Hong Kong Menkul Kıymetler ve Vadeli İşlemler Komisyonu, Singapur Para Otoritesi veya Hong Kong veya Singapur'daki herhangi bir düzenleyici otorite tarafından incelenmemiştir.

Kripto para birimleri de dahil olmak üzere dijital varlıkların oldukça değişken olduğunu ve piyasa risklerine maruz kaldığını lütfen unutmayın. Dijital varlıkların değeri önemli ölçüde dalgalanabilir ve kâr garantisi veya sermayenin korunması garantisi yoktur. Herhangi bir karar vermeden önce kendi risk toleransınızı ve mali durumunuzu dikkatlice değerlendirmelisiniz.

Bu raporun dağıtımı belirli yargı bölgelerinde kısıtlanmış olabilir. Bu materyal, bu tür bir eyleme izin verilmeyen herhangi bir yargı alanında veya böyle bir raporun dağıtılmasının yasa dışı olduğu herhangi bir kişiye herhangi bir bilginin dağıtılmasını veya herhangi bir teklif veya talepte bulunulmasını teşkil etmez.

En son HashKey Capital haberleriyle güncel kalın -

Web sitesi — https://hashkey.capital/

Twitter — https://twitter.com/HashKey_Capital

LinkedIn — https://www.linkedin.com/company/hashkeycapital/

Yasal Uyarı:

1. Bu makale [Medium] adresinden yeniden basılmıştır. Tüm telif hakları orijinal yazara [HashKey Capital] aittir. Bu yeniden baskıya itirazlar varsa, lütfen Gate Learn ekibiyle iletişime geçin, derhal ilgileneceklerdir.

2. Sorumluluk Reddi: Bu makalede ifade edilen görüş ve görüşler yalnızca yazara aittir ve herhangi bir yatırım tavsiyesi teşkil etmez.

3. Makalenin diğer dillere çevirileri Gate Learn ekibi tarafından yapılır. Bahsedilmediği sürece, tercüme edilen makalelerin kopyalanması, dağıtılması veya intihal edilmesi yasaktır.