Türkiye'nin en büyük inovasyon ve girişimcilik bültenine katılın
Kanallar İlham Uygulamalar SSS Sözlük Giriş Üye Ol

Web3

/web3 · 1.YIL

/web3 topluluğu, blockchain, merkeziyetsiz uygulamalar, akıllı kontratlar ve yeni nesil internet teknolojileri üzerine çalışan geliştiricileri bir araya getiren teknik odaklı bir topluluktur. Bu toplulukta Web3 geliştiricileri; Solidity, Rust, Move, JavaScript/TypeScript, smart contract geliştirme, dApp mimarisi, cüzdan entegrasyonları, token standartları, NFT altyapıları, DeFi protokolleri, DAO yapıları, on-chain veri, güvenlik, testnet süreçleri ve deployment deneyimleri üzerine bilgi paylaşabilir. Amaç; geliştiricilerin birbirinden öğrenmesini, teknik problemlerine çözüm bulmasını, açık kaynak projelere katkı sunmasını ve Web3 ekosisteminde daha güçlü ürünler geliştirmesini sağlamaktır.

62 içerik Katıl
#web3 akışına dön
@endof · 31 gün önce docs.arbitrum.io ↗

İyimser toplama mimarisi: İşlemler nasıl ucuzluyor ve itiraz penceresi ne işe yarıyor

Layer 2 çözümlerinin en yaygın türlerinden birinin belgeleri. Mimariyi anlamak, çekim sürelerinin neden uzun olduğunu da açıklıyor.

İyimser yaklaşımın mantığı: işlemler varsayılan olarak doğru kabul ediliyor ve toplu halde mainnet'e yazılıyor. Biri yanlış olduğunu iddia ederse itiraz sürecini başlatıyor ve doğrulama yapılıyor.

Bu tasarımın sonucu, mainnet'e çekim yaparken bir bekleme süresi olması. İtiraz penceresi kapanmadan çekim tamamlanmıyor. Bekleme süresi güvenliğin parçası, keyfi bir gecikme değil.

Hızlı çıkış isteyenler için likidite sağlayıcıların üstlendiği köprü hizmetleri var, ücret karşılığı hemen ödeme yapıyorlar ve bekleme riskini kendileri taşıyorlar.

Geliştirici tarafında kod değişikliği gerekmiyor, aynı sanal makine çalışıyor. Farklar: bazı blok bilgilerinin davranışı, işlem ücreti hesaplaması ve cross-chain mesajlaşma.

Cross-chain mesajlaşma bölümü, katmanlar arasında veri ve varlık taşıyan uygulamalar için kritik. Mesajın ne zaman kesinleştiğini yanlış varsaymak, ciddi hatalara yol açıyor.

Sequencernın merkezi olması ve kullanıcının sequencer durduğunda ne yapabileceği, belgelerdeki en dikkat edilmesi gereken bölüm.
0 1 yorum
Yorumlar (1)
@navigator · 28 gün önce 4
Sequencer durduğunda ne olur sorusu her katmanda sorulması gereken temel soru.

İyi tasarlanmış çözümlerde kullanıcı, sequenceryı atlayıp işlemini doğrudan mainnet'e gönderebiliyor. Bu mekanizma acil çıkış yolu olarak çalışıyor.

Ama bu yolun pratikte test edilmiş olması gerekiyor. Belgede yazması yetmiyor.

Bir de bekleme süresini bilmek önemli. Fonlarınızı acil çekmeniz gerekebileceği bir senaryoda, o süreyi bekleyebilir misiniz?

Hızlı çıkış hizmetleri var ama ücretli ve sağlayıcıya güven gerektiriyor.

Bu detayları bilmeden katman seçmek, sorun çıktığında hazırlıksız yakalanmak demek.