<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/">
    <channel>
        <title>asonkurt.eth</title>
        <link>https://paragraph.com/@asonkurt</link>
        <description>undefined</description>
        <lastBuildDate>Fri, 12 Jun 2026 07:08:55 GMT</lastBuildDate>
        <docs>https://validator.w3.org/feed/docs/rss2.html</docs>
        <generator>https://github.com/jpmonette/feed</generator>
        <language>en</language>
        <copyright>All rights reserved</copyright>
        <item>
            <title><![CDATA[MONOLİTİK-MODÜLER AĞLAR VE POLYMER LABS - Quantacrypt - Medium]]></title>
            <link>https://paragraph.com/@asonkurt/monol-t-k-mod-ler-a-lar-ve-polymer-labs-quantacrypt-medium</link>
            <guid>mxzuEA9k6zmqs7hsV067</guid>
            <pubDate>Sun, 10 Mar 2024 22:07:18 GMT</pubDate>
            <description><![CDATA[Open Systems Interconnection (Açık Sistemler Arası Bağlantı)Open Systems interconnection (OSI) modeli, bilgisayar ağlarında farklı cihazlar ve yazılımlar arasındaki iletişimi standartlaştırmak amacıyla geliştirildi. Ayrıca OSI, oldukça aşina olunmuş bir modeldir. Blockchain mimarisini daha iyi anlayabilmek amacıyla, anlatımlarımızdaki benzetmelerde yer yer OSI modelinden faydalanacağız.Bu amaçla yazımızın başında kısaca OSI modeline ve katmanlarına değinmek istedim. Şunu belirtmek gerekir ki;...]]></description>
            <content:encoded><![CDATA[<br><h2 id="h-open-systems-interconnection-acik-sistemler-arasi-baglanti" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">Open Systems Interconnection (Açık Sistemler Arası Bağlantı)</h2><p>Open Systems interconnection (OSI) modeli, bilgisayar ağlarında farklı cihazlar ve yazılımlar arasındaki iletişimi standartlaştırmak amacıyla geliştirildi. Ayrıca OSI, oldukça aşina olunmuş bir modeldir. Blockchain mimarisini daha iyi anlayabilmek amacıyla, anlatımlarımızdaki benzetmelerde yer yer OSI modelinden faydalanacağız.Bu amaçla yazımızın başında kısaca OSI modeline ve katmanlarına değinmek istedim. Şunu belirtmek gerekir ki; blockchain teknolojisi, OSI modelindeki katmanlara tam olarak uymayan, özgün ve yenilikçi yaklaşımlar da sunmaktadır. OSI modelinin katmanları şunlardır;</p><p>1. Phsical Layer (Fiziksel Katman): Fiber, Wireles, Hubs…</p><p>2. Data Link Layer (Veri Bağlantı Katmanı): Ethernet, PPP…</p><p>3. Network Layer (Ağ Katmanı): IP, ICMP…</p><p>4. Transport Layer (Taşıma Katmanı):TCP, UDP…</p><p>5. Session Layer (Oturum Katmanı): API’s, Sockets…</p><p>6. Presentation Layer (Sunum Katmanı): SSL, SSH, IMAP, JPEG, MPEG…</p><p>7. Application Layer (Uygulama Katmanı): HTTP, FTP, DNS, SSH…</p><h2 id="h-blockchain-mimarisi" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">BLOCKCHAIN MİMARİSİ</h2><h2 id="h-a-monolitik-aglar-monolithic-blockchains" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">A-Monolitik Ağlar (Monolithic Blockchains)</h2><p>Monolitik ağlar, genelde benzer temel işlevleri tek bir katmanda birleştirir. Bu yapılar başlangıçta basitlik sağlasa da zamanla ölçeklenebilirlik, verimlilik ve esneklik açısından ciddi sınırlamalar doğurur. Temel olarak beş katman altında Monolitik ağların mimarisini inceleyeceğiz. İlk katman daha çok donanım ve alt yapısal özellikleri kapsasa da sonraki dört katman birbiriyle koordine hareket eden birbirine bağımlı ayrılmamış yapılar gibi düşünülebilir. Benzetme yapmak gerekirse bu katmanlar, tek bir katman gibi hareket eder; çünkü etkileşimleri oldukça iç içe geçmiştir ve bağımsız modüller şeklinde birbirlerinden ayrılmamışlardır. Genel olarak Monolitik ağların katmanlarına birlikte göz atalım;</p><h2 id="h-1-hardware-infrastructure-layer-donanim-altyapi-katmani" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">1-Hardware Infrastructure Layer (Donanım Altyapı Katmanı):</h2><p>Sunucu, bilgi işlem, depolama ve ağ bağlantı gibi temel donanım kaynaklarını barındırır. Bu katman peer client’leri (Node/Düğüm) içerir ve peer client’ler peer to peer (P2P) şeklinde birbirleriyle Data (Veri) paylaşımı yaparlar. Bu şekilde dağınık defter teknolojisi (Distributed Ledger) uygulanmış olur.</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/3dc5026c97efaf69551f11d46220533e66416a1448d060a97f83624e8b54c293.webp" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><h2 id="h-2-data-layer-veri-katmani" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">2-Data Layer (Veri Katmanı):</h2><p>Data layer, bloklardan oluşur. Bu bloklar, blockchain üzerinde gerçekleştirilen işlemlerin değiştirilemez ve şeffaf bir kaydını içerir. Her bir node tarafından onaylandıktan sonra, oluşturulan blok, ağdaki son bloğa kriptografik olarak bağlanır. Her node, bu blokların bir kopyasını depolar. Bu süreç, ağdaki işlemler devam ettikçe progresif bir şekilde devam eder. Ayrıca, sadece ağdaki üretilmiş ilk blok (Genesis Block), kendisinden önceki bir bloğa bağlanmamıştır. Bu başlık altında inceleyebileceğimiz <strong>State Layer</strong> (Durum Katmanı) ise, blockchaindeki mevcut durumu (Hesap bakiyeleri, akıllı sözleşmelerin mevcut durumu vb.) yansıtır. Yani State Layer’a, blockchainin anlık görüntüsü denilebilir.</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/3433c81e0c7465c60851a4c9795ab46417c2f1f4d17d37e817358f10f29c4891.webp" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><h2 id="h-3-network-layer-ag-katmani" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">3-Network Layer (Ağ Katmanı):</h2><p>Network layer, düğümler arası iletişimi (Inter-Node Communication) sağlar. Bu katman düğümler arasındaki veri transferlerinde; verinin nasıl paketleneceğini, iletilip yönlendirileceğini ve teslim edileceğini belirleyen protokolleri içerir. Yani düğümlerin iletişimlerini, birbirlerini bulmalarını, tanımalarını; yeni blokların transferlerini ve ağa eklenmelerini sağlar. Blockchain mimarisindeki Network Layer, daha iyi anlaşılması açısından OSI modelindeki hem Network Layer’ın hem de Transport Layer’ın işlevlerine benzer görevleri gerçekleştirebildiği söylenebilir**. Ayrıca Transport Layer blockchain mimarilerinde ayrı bir katman olarak da tanımlanabilir.**</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/4f6bf117f9603e5074a0c558944c075d5680b7ff4ab7bfd3459cfe759da1d313.webp" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><h2 id="h-4-consensus-layer-konsensus-katmani" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">4-Consensus Layer (Konsensus Katmanı):</h2><p>İşlemlerin onaylanmasından sorumlu katmandır. Her işlem konsensus mekanizması tarafından doğrulanır. İşlemin ağın kurallarına uygun olup olmadığı, işlem için gerekli bakiye ve işlem imzasının geçerliliği kontrol edilir.İşlemlerin onaylanması için düğümlerin mutabakat sağlaması gerekir ve başarılı işlemlerin tüm nodelar tarafından onaylanıp ağa eş zamanlı olarak dahil edilmesi sağlanır. Konsensus katmanı ağın saldırılara ve manipülasyonlara karşı güvenliğini sağlar ayrıca ağın bütünlüğünü korur, tüm düğümlerin aynı veri setini paylaşmasını sağlar. Çeşitli konsensus mekanizmaları vardır, bunlardan bazıları şunlardır: Proof of Work (PoW), Proof of Stake (PoS), Delegated Proof of Stake (DPoS)…</p><h2 id="h-5-application-layeruygulama-katmani" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">5-Application Layer(Uygulama Katmanı):</h2><p>Application Layer, blockchain mimarisinde en son seviyede bulunur ve son kullanıcıya doğrudan hizmet verilir. Kullanıcı blockchain ile etkileşime geçer; smart contracts (akıllı sözleşmeler), web arayüzleri, decentralized applications (merkeziyetsiz uygulamalar, dApps), mobil uygulamalar, API’lar (Application Programming Interface), blockchain üzerindeki verileri okuma, varlık yönetimi gibi özellikleri kapsar. Kısacası kullanıcı deneyimi (User Experience, UX) ve kullanıcı arayüzü (User Interface, UI) üzerinde yoğunlaşır ve kullanıcıların blockchain ile sorunsuz etkili bir şekilde etkileşimlerini sağlar.</p><h2 id="h-b-moduler-aglar-modular-blockchains" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">B-MODÜLER AĞLAR (MODULAR BLOCKCHAINS)</h2><p>Modüler ağların, monolitik ağlara göre daha esnek, ölçeklenebilir ve verimli bir mimari yapısı vardır. Bu ağların mimarileri tanımlanırken genelde dört katman üzerinde durulur; Data Availability Layer (Veri Erişebilirliği Katmanı), Consensus Layer (Uzlaşma Katmanı), Execution Layer (Yürütme Katmanı) ve Settlement Layer (Yerleşim Katmanı). Monoliitk ağların aksine Modüler ağlar bu katmanları birbirlerinden ayırıp her katmanın işlevini en iyi şekilde yerine getirmesine olanak tanır öte yandan Modüler ağlardan bu katmanların birbiriyle olan etkileşimleri oldukça karmaşıktır. Sonuç olarak tüm katmanların yükleri tek bir ağdaki aynı düğümlere yüklenmemiş olur. Ayrıca yeni teknolojilerin ağa entegrasyonu Modüler ağlarda daha kolaydır.</p><p>Peki bu katmanlar; Monolitik mimaride bahsettiğimiz katmanların hangilerine denk düşerler, Monolitik ağlara göre işleme biçimlerinde farklılıklar var mı ve işlevleri nelerdir bunlara değinelim.</p><h2 id="h-1-data-availability-layer-veri-erisebilirligi-katmani" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">1-Data Availability Layer (Veri Erişebilirliği Katmanı):</h2><p>Bu katman ağdaki tüm katılımcılar tarafından verilerin erişilebilir olmasını sağlar. Diğer üç katmanın da Data availability katmanına ihtiyacı vardır. Tahmin edilebileceğiniz gibi monolitik mimaride işlediğimiz Data Layer a denk düştüğü söylenebilir, ayrıca Network Layer gibi veri iletimi ve dağıtımıyla da ilgilidir ancak odak noktası güvenliktir. Güvenlik, şeffaflık ve ölçeklenebilirlik açısından kritik öneme sahiptir.</p><h2 id="h-2-consensus-layer-konsensus-katmani" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">2-Consensus Layer (Konsensus Katmanı):</h2><p>Modüler mimarideki Consensus Layer’ın temel görevi ağ üzerindeki işlemlerin sırasını (Squencing, sıralanma) ve bunların nasıl kabul edileceğini belirlemektir. Ayrıca işlemlerin doğrulanmasını sağlayan mekanizmaları da içerir. Monolitik mimarideki Consensus Layer ve Network Layer’ın görevlerinin bir kısmını da üstlenir yani Network Layer’ın görevleri Modüler mimaride Data Availability ve Consensus Layer’a paylaştırılmıştır diyebiliriz.</p><h2 id="h-3-execution-layer-yurutme-katmani" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">3-Execution Layer (Yürütme Katmanı):</h2><p>Execution Layer, akıllı sözleşmelerin ve diğer işlem mantıklarının çalıştırıldığı katmandır. Özellikle blockchain uygulamalarının işlevselliğini sağlar. Kısacası Monolitik mimaride görüdğümüz Application Layer’a benzer şekilde son kullanıcıyla etkileşime geçilen katmandır.</p><h2 id="h-4-settlement-layer-mutabakat-katmani" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">4-Settlement Layer (Mutabakat Katmanı):</h2><p>Settlement Layer, işlemlerin ağ üzerinde kalıcı, değiştirilemez kaydının oluşturulmasını sağlar ve nihai sonuç blockchain üzerine kaydedilir. Monolitik mimarideki Consensus Layer’ın görevlerinin bir kısmını üstlendiği söylenebilir.</p><p>Sonuç,</p><p>Modüler mimarilerde yukarıda işlenmiş katmanların yükleri farklı ağlara farklı şekillerde yüklenerek bu katmanların etkileşimlerinde, işleyişlerinde farklılıklar gözlenebilir ve bu kombinasyonlarla farklı çözümler ortaya konulabilir (Rollup, Validium ve Sovereign Rollup çözümleri gibi…). Bu işleyişleri proje bazlı inceleyerek daha fazla detaya yer vermek işleyiş şekillerinin daha anlaşılır olmasını sağlayacaktır.</p><h2 id="h-polymer-labs" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">POLYMER LABS</h2><p>Polymer Labs’ın yegane amacı tüm zincirler için Inter Blockchain Communication (IBC, Blokzincirler Arası İletişim) yönlendiricisi olmaktır. Polymer Labs başlangıçta bir Cosmos Appchaindi ancak IBC protokolüyle birlikte farklı blockchain ağları arasında daha kolay, güvenli veri aktarımını sağlamak ve en geniş ekosistemlerden birine sahip olan Ethereum’un Layer 2 (Katman 2) çözümlerinin ölçeklenebilirlik potansiyeli gibi çeşitli nedenlerden dolayı Ethereum Layer 2’ye geçme kararı aldı. Dolayısıyla yegane amacı olan tüm zincirler arası iletişimde rol oynamanın başlangıcını Ethereum ağında yapacak. (Aşina olmadığımız terimler için ileride kısa açıklamalarla bir sözlük yapmaya çalıştım.)</p><p>İlk önce Polymer’in yapı taşlarına, ardından işleyiş mekanizmalarına değinmeye çalışacağım.</p><p>Polymer’in yapı taşlarını oluşturacak katmanlar şu şekildir:</p><p><strong>-Settlement (Mutabakat):</strong> OP Stack ile sağlanacak.</p><p><strong>-Execution (Yürütme):</strong> Cosmos SDK ile sağlanacak.</p><p><strong>-Data Availability (Veri Erişilebilirliği):</strong> EigenDA tarafından sağlanacak</p><p>**-Proving (Kanıtlama): **OP Stack’in modüler Fault Proof (Hata Kanıtı) sistemi tarafından sağlanacak (Interactive Fraud Proofs ve Zero Knowledge Validity Proofs’u içerir)</p><p>Bu katmanların içinde Consensus Layer’ı göremedik; bunun yerine Proving var. Farklı işleyişlerin gözlemlenebileceğinden bahsetmiştik. Proving, blok üretiminin ve konsensusun bir parçası olmaktan ziyede ağdaki işlemlerin, durum değişikliklerinin doğruluğunu kanıtlamak için kullanılır. Provingin tercih edilmesinin ana nedenleri, ölçeklenebilir ağlarda verimliliği arttırırken maliyeti düşürmesidir. Ayrıca Polymer, kendi içinde bir konsensus katmanına ihtiyaç duymaz. Genellikle Ethereum gibi başka ağların konsensus mekanizmalarıyla oluşturulmuş verileri, Provingle hızlı ve güvenli şekilde kanıtlaması yeterlidir.</p><p>Peki Polymer hangi katmanların görevlerini üstlenecek?</p><p>Tahmin edeceğiniz gibi Polymer, Polymer; Transport Layer ve State Layer’ı içerecek (Insource). Tüm bunların sayesinde ilk gerçek Modüler Birlikte Çalışabilirlik Protokolü (Interoperability Protocol) oluşturulacak. Trasport Layer tamamen, State Layer ise kısmen (Proving katmanına ihtiyaç olacak) Polymer tarafından sağlanacak; ardından IBC uyumsuz ağa kurulacak olan Application Layer ve Light Clientlerle (Hafif İstemci) ağ IBC uyumlu hale gelecek. Polymer;, bu modüler protocolün, Celestia üzerinde Roll Up yayımlamak kadar dolay olduğunu söyler.</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/c538b4f884c6b8852b8d30b158755d444c1b67947c87f1ae8a405b4b7bbd077d.webp" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>Polymer’in bu katmanları, OSI modeline ve Celestia’nın yapısına benzetmesi şu şekildedir;</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/1b8c1c3b982f22716845cccb34ce29ede30a6592db68bc1a05716215659254d0.webp" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>Polymer Labs, benzetmelerden yola çıkarak Ethereum’a sağlayabileceği sonsuz ölçeklenebilirlik ve birlikte çalışabilirlik modelini şu şekilde anlatıyor:</p><p>Ethereum’u, yeni internet olarak; Layer 2’leri, bulut sağlayıcıları ve veri merkezleri olarak; Layer 3’leri, mikroservisler veya aplikasyonlar olarak tanımlarsak; Polymer servis ağı olan Istio’ya benzetilir. Istio, ağ mimarilerinde ağ için trafik kontrol sistemini oluşturur. Istio; güvenlik, hata kontrolü gibi sistemleri kontrol ederek mikro servislerle olan iletişimi performanslı şekilde sağlar. Benzetme şu şekilde Polymer Labs tarafından betimlenmiştir;</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/74b99a931b5db1e983376266668ce327ccc740b6b6c6c1504d65f80cc1d5e6ce.webp" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/1bef1458e577ecc4a3b912dec1450cade12cc9d1af844ce181659638877f0e9a.webp" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>Peki, tüm ağlar arası iletişimde kilit role sahip olabilecek bu IBC ağı nasıl sağlanacak?</p><p>Öncelikle, Polymer Labs, geçtiğimiz ocak ayının başında, IBC reposuna multi-hop (çoklu atlama) spesifikasyonunu eklediğini duyurdu. Multi-hop spesifikasyonu, IBC ağlarındaki gereksiz bağlantıların çıkarılmasını sağlayarak lineer bir kompleks oluşmasını sağlar. Sonuç olarak, dense bağlantı şemasından, birlikte çalışabilirlik ve ölçeklenebilirlik için önemli olan sparse bağlantı şemasına geçiş sağlanır. Ağlar arası iletişim tek bir IBC bağlantısıyla sağlanabilir. Bu şemada Polymer merkez rol oynar.</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/c832cf28ef613def945ee427626bc051f2feda28f4921e75a90c02c32f7191b0.webp" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>IBC ağının temel bileşenlerini; Light Client’ler (Hafif İstemciler), Relayer’lar (Aktarıcılar), Connection’lar (Bağlantılar), Kanallar (Channels) ve Paketler oluşturur. Ayrıca çeşitli doğrulama ve güvenlik mekanizmalarını da içerir. Light Client’ler, tüm ağ bilgilerini içermeden (Merkle Proof gibi yöntemlerle) ağlar arasındaki güveni sağlarlar. Relayer’lar; taşıyıcı görevini üstlenirler, zincirler arası mesajları taşırlar. Connection’lar ağların arasında güvenli bir iletişim kanalı kurarlar. Channel’lar ise, Connectionlar içindeki özel amaçlar için iletişimi sağlayan yapılardır; belirli türdeki mesajları iletirler. Paketler ise IBC ağı üzerinde taşınan veri paketleridir.</p><p>Polymer bu yapısıyla Ethereum’un birlikte çalışılabilirlik merkezi olma yolunda ilerliyor; kim bilir, belki de bir gün tüm ağlar için bir iletişim merkezi olacak…</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/f9b47bc2ce0e9b956eacdb83bb148dc7eefda769b6fdf907d73239480d04f56f.webp" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p><strong>**SÖZLÜK**</strong></p><p><strong>Inter Blockchain Communication (Blokzincirler Arası İletişim):</strong> Başlangıçta Cosmos ağında popüler hale gelmiştir. Farklı ağlar arasındaki veri iletişimini sağlar. Bu veri sadece kripto para olarak düşünülmemelidir. Standart köprülerden farkı, sınırlı etkileşimleri yoktur ve daha güvenlidir.</p><p>**Cosmos Appchain: **Cosmos ekosisteminde kurulan ağlar için kullanılır.</p><p>**Layer 0: **Üzerinde farklı ağların kurulabilmesine olanak sağlayıp, bu ağların altapı katmanlarıdır. Ölçeklenebilirlik için üretilmiş çözümlerdir.(Örnek: Cosmos, Polkadot…)</p><p>**Layer 1: **Blockchain’in kendisini oluşturan yapıların tamamını içeren temel protokollerdir. (Örnek: Bitcoin, Ethereum…)</p><p>**Layer 2: **Layer 1’ler üzerine inşa edilirler. Ölçeklenebilirlik için üretilmiş çözümlerdir. (Örnek: Lightning Network, Optimism…)</p><p>**Layer 3: **Son kullanıcıyla etkileşime geçilen blokzincir üzerinde üretilen uygulamalardır. (Örnek: Merkeziyetsiz Borsalar, NFT marketleri…)</p><p>**OP Stack (OP Yığını): **Ethereum tabanlı Optimism ekosistemi için geliştirilmiş açık kaynaklı yazılım geliştirme yığınıdır.</p><p>**Cosmos SDK (Software Developer Kit, Yazılım Geliştirme Kiti): **Blockchain uygulamalarının geliştirilmesi için Cosmos tarafından sunulan açık kaynaklı modüler bir araç setidir.</p><p>**EigenDA: **Blokzincir ağlarında veri erişilebilirliğini sağlamak için tasarlanmış yeni bir teknolojidir. Ölçeklenebilirlik açısından önemli bir araçtır.</p><p>**Fault Proof: **Sistemdeki kötü niyetli, hatalı veya yanlış işlemlerin tespit edilmesini sağlayan bir mekanizmadır.</p><p>**Interactive Fraud Proofs (Etkileşimli Dolandırıcılık Kanıtları): **Fault Proof mekanizması içindedir. Kötü niyetli ya da hatalı işlemleri kanıtlanması için verilerin sunulmasının gerektiği mekanizmadır. Şüphe olduğunda devreye girer.</p><p>**Zero Knowledge Validity Proofs (Sıfır Bilgi Gerçekli Kanıtları): **Verinin içeriğinin açığa çıkması gerekmeden kanıtlandığı kriptografik bir mekanizmadır.</p><p>**Roll Up: **Birden fazla işlemi toplayıp grup halinde işlemleri ana ağa gönderen ölçeklenebilirlik sorunu için kullanılan yapılardır. Ethereum katman 2 çözümleri bu yöntemi kullanır</p><p><strong>-Referanslar:</strong></p>]]></content:encoded>
            <author>asonkurt@newsletter.paragraph.com (asonkurt.eth)</author>
        </item>
    </channel>
</rss>