gas sponsorluğu ve paymaster'lar açıklanıyor

Ethereum üzerindeki her işlem gas tüketir ve geleneksel bir hesapta işlemi gönderen kişi, onun için zincirin yerel parasıyla ödeme yapan kişidir. İşte bu tek kural yüzünden, elinde stablecoin olan ama hiç ETH'si olmayan yeni bir kullanıcı kendi fonlarını taşıyamayacak duruma düşebilir. Account abstraction bu bağı koparır ve bu koparmayı yapan mekanizma paymaster'dır. Bu makale ERC-4337'de bir paymaster'ın ne olduğunu, akışın neresinde durduğunu ve —en önemlisi— gas sponsorluğunun kendi anahtarlarını saklayan biri için gerçekte ne anlama geldiğini açıklıyor.

Bu, account abstraction serimizin dördüncü makalesidir. Aşağıdaki terimler size yabancı geliyorsa, İlk ilkelerden account abstraction ile başlayın; gas sponsorluğunun üzerine oturduğu temel ücret modeli için ise Ethereum'daki gas ücretleri öz saklama kullanıcıları için açıklandı yazısını okuyun.

Bir paymaster gerçekte nedir

Bir paymaster bir smart contract'tır. Tek işi, başka birinin işleminin gas'ini karşılamayı kabul etmektir. ERC-4337 kapsamında, bir smart account yapmak istediği şeyi bir UserOperation olarak ifade ettiğinde, bu işlem bir paymaster'ı adlandırabilir. Paymaster kabul ederse, gas maliyetini ağla ile o —hesap değil— hesaplaşır.

Bunun iki türü vardır ve kullanıcının iki ayrı sorununa yanıt verirler:

• Gas'i doğrudan sponsorlamak. Paymaster ücreti kullanıcı adına öder ve kullanıcı gas için hiçbir şey ödemez. İnsanların "gas'siz" derken kastettiği şey budur.
• Ödemeyi bir ERC-20 token'ında kabul etmek. Paymaster ağa yerel parayla gas öder, ardından kullanıcıdan bunun yerine bir ERC-20 token'ında —örneğin bir stablecoin— ücret alır. Kullanıcının asla ETH tutması gerekmez; zaten sahip olduğu token ile hesaplaşır.

Her iki durumda da ağa hâlâ yerel parayla ödeme yapılır. Gas ücretsiz hâle gelmez; tek soru, onu kimin finanse ettiği ve maliyeti kullanıcının hangi para biriminde hissettiğidir.

Paymaster akışın neresinde durur

Bir paymaster'a ödeme yapması için neden güvenilebileceğini görmek için, bir ERC-4337 işleminin nasıl yol aldığını hatırlamak yardımcı olur. Bir smart account normal bir işlem göndermez. Ayrı bir mempool'a bir UserOperation yayar. Bir bundler bunları toplar, bir araya paketler ve denetlenmiş EntryPoint sözleşmesi aracılığıyla zincire gönderir; EntryPoint da yürütmeden önce her hesabı çağırarak o hesabın doğrulama mantığını çalıştırır.

Paymaster doğrulama adımında devreye girer. EntryPoint, bir paymaster'ı adlandıran bir UserOperation'ı işlediğinde, paymaster'ın kendi doğrulama fonksiyonunu çağırır. Paymaster işlemi inceler ve tam o anda gas'i karşılamaya istekli olup olmadığına karar verir. Kabul ederse, EntryPoint'e fiilen ödeme garantisi verir ve işlem devam eder. Reddederse, işlem sponsorlanmaz —ya ödemenin hesaba kalmasına geri döner ya da o şartlarda geçmez.

Önemli zihinsel model şudur: sponsorluk, doğrulama anında, bir sözleşme tarafından, belirli bir işlem hakkında verilen bir karardır. Toptan bir vaat değildir. Bir paymaster bu işleme bakar ve evet ya da hayır der.

Gas sponsorluğu ne işe yarar

Ücreti ödeyeni gönderenden ayırmak, bir avuç somut deseni açar:

• Sponsorlu onboarding. Yeni bir kullanıcı, önce bir borsadan yerel gas token'ı edinmeden ilk eylemini —bir swap, bir mint, bir talep— tamamlayabilir. "Herhangi bir şey yapabilmek için önce ETH satın almalısın" adımını ortadan kaldırmak, account abstraction'ın sunduğu en büyük sürtünme azaltmalarından biridir.
• dApp tarafından sponsorlanan ücretler. Bir uygulama, bir web uygulamasının sunucu maliyetlerini üstlenmesi gibi, kullanıcıları için gas ödemeyi bir ürün kararı olarak seçebilir. Kullanıcı tıklar; uygulamanın paymaster'ı işlemi karşılar.
• Ücretleri bir stablecoin ile ödemek. Bir kullanıcı, yalnızca gas için ayrı bir ETH bakiyesi tutmak yerine, ücreti zaten işlem yaptığı token ile ödeyebilir. Paymaster token'ı alır ve ağa yerel parayı peşin verir.

Bu durumların her biri, aynı ilkelin —kendi belirlediği koşullarda gas ödemeye istekli bir sözleşmenin— farklı bir soruna uygulanmış örneğidir.

"Sponsorlu", "ücretsiz" demek değildir

Ekonomi konusunda açık konuşmakta fayda var, çünkü "gas'siz" sözcüğü bir yanlış anlamaya davetiye çıkarır. Ağ gas'i her zaman yerel parayla alır. Bir işlem "sponsorlandığında" bu maliyet ortadan kalkmamıştır; birisi onu üstlenmeyi kabul etmiştir. Bir paymaster'ın finanse edilmesi gerekir ve onu finanse eden kişi —bir uygulama, bir protokol, bir hizmet— sürtünmeyi ortadan kaldırma ayrıcalığı için gerçek para ödüyordur.

Bunun, öz saklama kullanıcısının aklında tutması gereken iki sonucu vardır:

• Bir paymaster reddedebilir. Sponsorluk işlem bazında bir karar olduğundan, herhangi bir işlemin karşılanacağının garantisi yoktur. Sponsorluk programlarının uygunluk kuralları, harcama tavanları olabilir ya da fonları tükenebilir. "Gas'siz", belirli bir akışın bir özelliğidir, zincirin bir özelliği değildir.
• Hangi paymaster'ın devrede olduğunu bilmelisiniz. Bir paymaster, işleminize katılan bir sözleşmedir. Etkileşimde bulunduğunuz herhangi bir sözleşmede olduğu gibi, paymaster'ın kime ait olduğunu ve ne yaptığını anlamak değerlidir —bir ücreti sponsorlamak zararsızdır, ama güven yine de önemlidir. Ücretleri bir token ile ödediğinizde, paymaster'ın o token ile yerel para arasında uyguladığı her türlü kuru da kabul etmiş olursunuz.

Bunların hiçbiri paymaster'lardan kaçınmak için bir neden değildir. Onları anlamak için bir nedendir: sponsorlu bir işlem, birinin sağladığı bir hizmettir, protokolün dağıttığı bedava bir öğle yemeği değil.

Öz saklama için ne anlama geliyor

İşte kendi anahtarlarını tutan biri için en çok önem taşıyan kısım ve bunu ters anlamak kolaydır. Gas sponsorluğu ücreti kimin ödediğini değiştirir. Fonları kimin kontrol ettiğini değiştirmez.

Bir paymaster gas'inizi karşıladığında, işlemi yine kendi anahtarlarınızla imzalarsınız. Paymaster varlıklarınızı taşıyamaz, işleminizi yönlendiremez veya sizin adınıza herhangi bir şeyi yetkilendiremez —yalnızca sizin yetkilendirdiğiniz işlemin ücretini ödemeyi kabul edebilir. Saklama el değmemiş kalır. Fonlarınızın transferini onaylayabilen tek taraf hâlâ sizsiniz; paymaster yalnızca, yapmaya karar verdiğiniz bir yolculuğun geçiş ücretini ödemeye gönüllü olmuştur.

Özellikle SSP için bu, güvenlik modeline doğal olarak uyar. SSP, 2-of-2 multisig etrafında kurulmuş bir öz saklama cüzdanıdır: bir anahtar SSP Wallet tarayıcı uzantısında, ikincisi SSP Key mobil uygulamasında bulunur ve her işlemi onaylamak için ikisi de gereklidir. EVM zincirlerinde SSP, Schnorr-agregalı bir 2-of-2 imzayı doğrulayan, 2025'te Halborn tarafından denetlenmiş bir ERC-4337 smart account'tur. Bir ERC-4337 hesabı olduğu için, standardın gas mekaniği —bir UserOperation'ın bir paymaster tarafından ödenebilmesi de dâhil— herhangi bir ERC-4337 hesabına uygulandığı gibi ona da uygulanır. Tam tasarım SSP account abstraction mimarisi yazısında ele alınmaktadır.

Bunun neyi vaat edip neyi vaat etmediği konusunda kesin konuşmak gerekirse: ERC-4337 gas sponsorluğunu ve token ile ödeme akışlarını mümkün kılar ve SSP'nin hesapları bu standardın içinde yer alır. Yaptığınız belirli bir işlemin sponsorlanıp sponsorlanmayacağı veya bir token ile ödenebilir olup olmadığı, kullandığınız uygulamaya veya cüzdan akışına ve o işlem için bir paymaster'ın devrede olup olmadığına bağlıdır. İki anahtarlı saklama güvencesi ise, gas'i kimin ödediğinden bağımsız olarak her zaman geçerlidir.

Çıkarım

Bir paymaster, bir UserOperation'ın gas'ini kullanıcı adına ödeyebilen ya da o gas'in yerel para yerine bir ERC-20 token'ında ödenmesine izin verebilen bir sözleşmedir. Buna doğrulama sırasında, işlem bazında onay verir ve reddedebilir. Gas'siz onboarding'i, dApp tarafından sponsorlanan ücretleri ve stablecoin ile gas'i mümkün kılar —işlem yapma engelini düşüren gerçek kolaylıklar. Ama "sponsorlu", "birisi tarafından finanse edilmiş" demektir, "ücretsiz" değil ve paymaster varlıklarınız üzerinde asla herhangi bir kontrol kazanmaz. Bir öz saklama kullanıcısı için temiz özet şudur: paymaster'lar yolculuğun parasını kimin ödediğini değiştirebilir, ama arabanın anahtarları hâlâ sizdedir.

Bu serinin geri kalanı

1. İlk ilkelerden account abstraction — EOA'lar neden sınırlayıcıdır ve account abstraction ne anlama gelir.
2. EOA'ya karşı smart account: önem taşıyan farklar — iki hesap modelinin doğrudan bir karşılaştırması.
3. SSP account abstraction mimarisi — SSP, ERC-4337'yi bir 2-of-2 cüzdana nasıl bağlar.
4. gas sponsorluğu ve paymaster'lar açıklanıyor — bu makale: paymaster'lar kimin ödediğini kimin gönderdiğinden nasıl ayırır.
5. Ethereum dışı zincirlerde account abstraction — aynı fikrin Ethereum'un ötesine nasıl taşındığı.

Standardın kendisi için yetkili kaynak EIP-4337'dir ve Ethereum'un account abstraction yol haritası daha geniş çabanın nereye gittiğini izler. Önce standardı tek başına görmek isterseniz, Account abstraction (ERC-4337) nedir? yazısını okuyun.