Solana'da işlemler nasıl çalışır?

Her ücret bir işlem gerçekleştirilirken ödendiğinden, işlemlerin nasıl çalıştığını anlamak faydalıdır. Bir işlem üç bölümden oluşur:

bir veya daha fazla talimat
okunacak veya yazılacak hesapların dizisi
bir veya daha fazla imza
son blockhash veya nonce

Bir talimat Solana'daki en küçük yürütme mantığıdır. Talimatlar, global Solana durumunu güncellemek için yapılan çağrılardır. Talimatlar, durumu güncellemek amacıyla Solana çalışma zamanına çağrı yapan programları çağırır (örneğin, token'ları hesabınızdan başka bir hesaba aktarmak için token program'ı çağırmak). Bir talimatı, Ethereum akıllı sözleşmesindeki bir fonksiyon çağrısı gibi düşünebilirsiniz.

Ethereum ile Solana arasındaki önemli bir fark, talimat sayısı nedeniyle tek bir işlemdeki fonksiyon çağrısı sayısıdır. İşlem başına birden fazla talimat bulunması, geliştiricilere tek bir işlemde fonksiyonları zincirlemek için özel akıllı sözleşmeler oluşturma zorunluluğunu ortadan kaldırdığından avantaj sağlar. Her talimat, işlemde sırasıyla gerçekleştirilen ayrı bir fonksiyon çağrısı olabilir. İşlemler atomiktir; yani bu talimatlardan herhangi biri başarısız olursa tüm işlem başarısız olur ve yalnızca işlem ücretini ödersiniz. Bu, Ethereum'da doğru kayma toleransını ayarlamamanız nedeniyle işlemin başarısız olmasına benzer.

Hatırlanması gereken bir diğer önemli fark, işlemler için artan bir nonce yerine son blockhash kullanılmasıdır. Bir cüzdan işlem yapmak istediğinde, geçerli bir işlem oluşturmak için kümeden son blockhash alınır. Bu son blockhash, işlemi yalnızca son blockhash'in alınmasından sonraki 150 blok için geçerli kılar. Bu, uzun süreli işlem imzalarının çok daha sonraki bir tarihte yürütülmesini önler.

Cross-Program Invocation (CPI)

Bir Cross-Program Invocation (CPI), orijinal işlem yürütülürken bir Solana programının başka bir programdaki talimatı çağırmasıdır. CPI, Solana programlarının birbiriyle etkileşime geçmesinin temel yoludur; ancak hesap modeli, çağrı grafiğini nasıl tasarladığınızı değiştirir: işlem, yürütme başlamadan önce tam CPI zincirinin okuyacağı veya yazacağı her hesabı içermelidir.

Çağrılan program, yalnızca çağıran programın aldığı imzalayan ve yazılabilir ayrıcalıklarını devralır ve aynı işlem hesaplama bütçesini kullanır. Gerekli tüm imzalayanlar orijinal işlemi imzaladıysa invoke kullanın. Çağıran programın imzalayan tohumlarıyla kendi PDA'larından biri adına imzalaması gerekiyorsa invoke_signed kullanın.

Taahhüt seviyeleri

RPC okumaları, abonelikler ve işlem onay mantığı bir commitment seviyesi seçebilir. Bu, kaç Ethereum blok onayı bekleneceğine karar vermenin Solana versiyonudur; ancak kademeler açıkça belirtilmiştir:

processed: Düğümün en yeni işlenmiş görünümü. Yalnızca iyimser kullanıcı arayüzü veya geri almayı tolere edebilen akışlar için kullanın.
confirmed: Stake'in süper çoğunluğu tarafından oy verilen bir blok. Çoğu üretim onayı ve kullanıcıya yönelik işlem durumu için varsayılan olarak kullanın.
finalized: En güçlü onay durumu. Fiat ödemeleri, mal gönderimi veya nihai uzlaşma kayıtları gibi geri alınamaz zincir dışı eylemlerden önce kullanın.

Bir RPC yöntemi taahhüdü kabul edip siz bunu atlarsanız, varsayılan genellikle finalized olur. Üretim istemcileri, kullanıcı arayüzü gecikmesi, indeksleyici davranışı ve uzlaşma politikasının bilinçli olması için taahhüdü yine de açıkça ayarlamalıdır.