Solana: Yüksek performanslı bir blok zinciri için yeni mimari
Abstract
Este documento presenta una nueva arquitectura para una blockchain de alto rendimiento. Solana implementa un novedoso mecanismo de cronometraje llamado Proof of History (PoH) -- una prueba para verificar el orden y el paso del tiempo entre eventos. PoH se utiliza para codificar el paso del tiempo de manera trustless en un ledger, creando un registro historico que demuestra que un evento ocurrio en un momento especifico en el tiempo.
La innovacion clave es que PoH permite que los nodos de la red establezcan un orden temporal de eventos sin necesidad de comunicarse entre si. Al utilizar una funcion de retardo verificable implementada como una cadena secuencial de hashes, el sistema genera un reloj criptografico que proporciona una forma de verificar el paso del tiempo entre eventos. Esto permite que la red procese miles de transacciones por segundo manteniendo la descentralizacion y la seguridad.
PoH esta integrado con un mecanismo de consenso Proof of Stake (PoS). La combinacion permite una arquitectura blockchain altamente optimizada donde los validadores pueden verificar transacciones en paralelo y alcanzar consenso de manera eficiente. El sistema esta disenado para escalar con la Ley de Moore, aprovechando los aumentos en el rendimiento del hardware para mejorar el throughput sin sacrificar las garantias de seguridad de una red descentralizada.
Abstract
Bu makale, yüksek performanslı bir blockchain için yeni bir mimari sunmaktadır. Solana, olaylar arasındaki sırayı ve zamanın geçişini doğrulamaya yönelik bir kanıt olan Tarih Kanıtı (PoH) adı verilen yeni bir zaman tutma mekanizması uygular. PoH, zamanın güvensiz geçişini bir ledger içine kodlamak için kullanılır ve bir olayın zamanın belirli bir anında meydana geldiğini kanıtlayan bir tarihsel kayıt oluşturur.
En önemli yenilik, PoH'un ağdaki düğümlerin birbirleriyle iletişim kurmalarına gerek kalmadan olayların zamansal bir sırasını oluşturmasına olanak sağlamasıdır. Sistem, sıralı bir karma zinciri olarak uygulanan doğrulanabilir bir gecikme fonksiyonunu kullanarak, olaylar arasındaki zamanın geçişini doğrulamanın bir yolunu sağlayan bir kriptografik saat üretir. Bu, ağın merkeziyetsizliği ve güvenliği korurken saniyede binlerce işlemi işlemesine olanak tanır.
PoH, Proof of Stake (PoS) fikir birliği mekanizmasıyla entegredir. Kombinasyon, validators'nin işlemleri paralel olarak doğrulayabildiği ve verimli bir şekilde fikir birliğine varabildiği son derece optimize edilmiş bir blockchain mimarisine olanak tanır. Sistem, merkezi olmayan bir ağın güvenlik garantilerinden ödün vermeden verimi artırmak için donanım performansındaki artışlardan yararlanarak Moore Yasasına göre ölçeklenecek şekilde tasarlanmıştır.
Introduction
El desafio fundamental en los sistemas blockchain es lograr un alto rendimiento de transacciones mientras se mantiene la descentralizacion y la seguridad. Las implementaciones actuales de blockchain estan limitadas por sus mecanismos de consenso, que requieren una comunicacion extensa entre nodos para acordar el tiempo y el ordenamiento de eventos. Esta sobrecarga de coordinacion crea un cuello de botella que impide que las blockchains existentes escalen para satisfacer las demandas de aplicaciones a escala global.
El problema central es el tiempo. En sistemas distribuidos, los nodos no pueden depender de relojes externos porque no pueden confiar en que las marcas de tiempo de otros nodos sean precisas. Los protocolos de consenso blockchain tradicionales resuelven esto haciendo que los nodos se comuniquen extensamente para acordar el estado actual y el orden de las transacciones. Esta sobrecarga de comunicacion limita fundamentalmente el rendimiento, ya que la red solo puede procesar transacciones tan rapido como los nodos pueden alcanzar consenso sobre su ordenamiento.
Solana introduce Proof of History como solucion a este problema de sincronizacion. PoH proporciona una forma criptografica de demostrar que ha pasado una cierta cantidad de tiempo entre eventos sin depender de marcas de tiempo de actores potencialmente maliciosos. Al crear un registro historico verificable, PoH permite que los nodos procesen transacciones de forma independiente mientras pueden demostrar el orden en que ocurrieron los eventos. Este avance permite que la red paralelice el procesamiento de transacciones y aumente dramaticamente el rendimiento.
La idea clave es que si podemos crear una fuente de tiempo sin confianza, podemos eliminar el cuello de botella de coordinacion del consenso. Con PoH proporcionando un reloj criptografico, los validadores pueden procesar transacciones en paralelo y solo necesitan comunicarse para finalizar el ordenamiento canonico. Este cambio arquitectonico permite a Solana alcanzar niveles de rendimiento que antes se consideraban imposibles en una blockchain descentralizada.
Introduction
Blockchain sistemlerindeki temel zorluk, merkeziyetsizlik ve güvenliği korurken yüksek işlem hacmi elde etmektir. Mevcut blockchain uygulamaları, zaman ve olayların sırası konusunda anlaşmaya varmak için düğümler arasında kapsamlı iletişim gerektiren fikir birliği mekanizmalarıyla sınırlıdır. Bu koordinasyon yükü, mevcut blok zincirlerinin küresel ölçekli uygulamaların taleplerini karşılayacak şekilde ölçeklenmesini engelleyen bir darboğaz yaratıyor.
Temel sorun zamandır. Dağıtılmış sistemlerde düğümler, diğer düğümlerin zaman damgalarının doğruluğuna güvenemedikleri için harici saatlere güvenemezler. Geleneksel blockchain fikir birliği protokolleri, düğümlerin mevcut durum ve işlemlerin sırası üzerinde anlaşmaya varmak için kapsamlı bir şekilde iletişim kurmasını sağlayarak bu sorunu çözer. Ağ, işlemleri yalnızca düğümlerin siparişleri konusunda fikir birliğine varabildiği kadar hızlı işleyebildiğinden, bu iletişim yükü temel olarak verimi sınırlar.
Solana bu zamanlama sorununa bir çözüm olarak Tarih Kanıtı'nı sunar. PoH, potansiyel olarak kötü niyetli aktörlerin zaman damgalarına dayanmadan, olaylar arasında belirli bir sürenin geçtiğini kanıtlamak için kriptografik bir yol sağlar. Doğrulanabilir bir geçmiş kayıt oluşturarak PoH, düğümlerin işlemleri bağımsız olarak işlemesine olanak tanırken olayların meydana gelme sırasını da kanıtlayabilir. Bu atılım, ağın işlem sürecini paralelleştirmesine ve verimi önemli ölçüde artırmasına olanak tanır.
Buradaki temel fikir, güvenilmez bir zaman kaynağı yaratabilirsek, koordinasyon darboğazını fikir birliğinden kaldırabileceğimizdir. PoH'un kriptografik bir saat sağlamasıyla validators, işlemleri paralel olarak işleyebilir ve yalnızca kanonik sıralamayı tamamlamak için iletişim kurması gerekir. Bu mimari değişim, Solana'in merkezi olmayan bir blok zincirinde daha önce imkansız olduğu düşünülen performans seviyelerine ulaşmasını sağlıyor.
Outline
Este documento describe la arquitectura tecnica de Solana, centrándose en como Proof of History permite la operacion blockchain de alto rendimiento. El documento primero explica el mecanismo PoH en si — como una cadena de hash secuencial crea un ordenamiento temporal verificable de eventos. Detallamos las propiedades criptograficas que hacen seguro a PoH y demostramos como los validadores pueden verificar eficientemente la secuencia PoH.
Luego el documento explora como PoH se integra con el consenso Proof of Stake. Describimos Tower BFT, un algoritmo PoS disenado especificamente para aprovechar las propiedades temporales de PoH. La integracion permite a los validadores votar sobre el estado del libro mayor en marcas de tiempo PoH especificas, creando un mecanismo de consenso que es rapido y seguro. Tambien explicamos las condiciones de penalizacion que previenen el comportamiento malicioso.
A continuacion, presentamos el diseno de red de Solana y los protocolos de propagacion de datos. El protocolo Gulf Stream permite el reenvio de transacciones sin necesidad de un mempool, permitiendo a los clientes enviar transacciones directamente a los proximos lideres. Describimos como funciona la rotacion de lideres y como la red mantiene un alto rendimiento incluso cuando cambia el liderazgo.
Finalmente, discutimos la arquitectura del sistema incluyendo la Transaction Processing Unit (TPU), el runtime paralelo Sealevel y Proof of Replication para la verificacion del almacenamiento de datos. Las proyecciones de rendimiento demuestran que Solana puede procesar mas de 700,000 transacciones por segundo en una red gigabit estandar, con un rendimiento que escala a medida que mejora el hardware.
Outline
Bu belgede Solana teknik mimarisi açıklanmakta ve Tarih Kanıtı'nın yüksek performanslı blockchain operasyonunu nasıl mümkün kıldığına odaklanılmaktadır. Belge ilk olarak PoH mekanizmasının kendisini açıklıyor; sıralı bir hash zincirinin olayların doğrulanabilir bir zamansal sıralamasını nasıl oluşturduğunu. PoH'u güvenli kılan kriptografik özellikleri detaylandırıyoruz ve validators'nin PoH dizisini nasıl verimli bir şekilde doğrulayabildiğini gösteriyoruz.
Makale daha sonra PoH'un Proof of Stake konsensusuyla nasıl bütünleştiğini araştırıyor. PoH'un zamansal özelliklerinden yararlanmak için özel olarak tasarlanmış bir PoS algoritması olan Tower BFT'yi açıklıyoruz. Entegrasyon, validators'nin belirli PoH zaman damgalarında ledger durumuna oy vermesine olanak tanıyarak hem hızlı hem de güvenli bir fikir birliği mekanizması oluşturur. Ayrıca kötü niyetli davranışları engelleyen kesme koşullarını da açıklıyoruz.
Daha sonra Solana'in ağ tasarımını ve veri yayılım protokollerini sunuyoruz. Gulf Stream protokolü, bellek havuzuna ihtiyaç duymadan işlem iletilmesini sağlayarak müşterilerin işlemleri doğrudan gelecek liderlere göndermesine olanak tanır. Lider rotasyonunun nasıl çalıştığını ve liderlik değişse bile ağın yüksek verimi nasıl koruduğunu açıklıyoruz.
Son olarak, İşlem İşleme Birimi (TPU), Sealevel paralel çalışma zamanı ve veri depolama doğrulaması için Çoğaltma Kanıtı'nı içeren sistem mimarisini tartışıyoruz. Performans tahminleri, Solana'in standart bir gigabit ağında saniyede 700.000'den fazla işlemi işleyebildiğini ve donanım geliştikçe üretim ölçeklendirmesinin yapılabileceğini göstermektedir.
Network Design
El diseno de red de Solana se centra en un sistema de lideres rotativos donde los validadores se turnan para producir bloques. El lider es responsable de secuenciar las transacciones entrantes en el flujo PoH y publicar los bloques resultantes en la red. Los lideres se seleccionan mediante un algoritmo ponderado por participacion, y el calendario de rotacion se conoce de antemano, lo que permite a la red optimizar el reenvio de transacciones.
El protocolo Gulf Stream elimina la necesidad de un mempool tradicional al permitir que los clientes reenvien transacciones directamente a los proximos lideres. Cuando un cliente envia una transaccion, se reenvia al lider esperado segun el calendario de rotacion. Si el lider actual no puede procesar la transaccion, la reenvia al siguiente lider esperado. Este diseno reduce la latencia de confirmacion y permite a los validadores ejecutar transacciones por adelantado, optimizando aun mas el rendimiento.
La propagacion de transacciones utiliza un enfoque multicapa. Los clientes envian transacciones a los validadores, quienes las reenvian al lider actual o proximo. El lider secuencia las transacciones en el flujo PoH, creando un ordenamiento total. Una vez secuenciadas, el lider transmite el flujo PoH y los datos de transaccion a los validadores, quienes verifican la secuencia PoH y ejecutan las transacciones en paralelo.
El diseno de red tambien incluye un protocolo de propagacion de bloques Turbine que divide los bloques en paquetes mas pequenos y los distribuye a traves de la red en una estructura de arbol. Este enfoque minimiza los requisitos de ancho de banda para validadores individuales mientras asegura una rapida propagacion de bloques. Combinado con la capacidad de PoH para verificar el ordenamiento de transacciones, esta arquitectura permite a Solana lograr un alto rendimiento sin sacrificar la descentralizacion.
Network Design
Solana'in ağ tasarımı, validators'nin sırayla blok ürettiği, dönen bir lider sistemi etrafında yoğunlaşır. Lider, gelen işlemlerin PoH akışına sıralanmasından ve elde edilen blokların ağa yayınlanmasından sorumludur. Liderler hisse ağırlıklı bir algoritma aracılığıyla seçilir ve rotasyon programı önceden bilinerek ağın işlem yönlendirmeyi optimize etmesine olanak tanır.
Gulf Stream protokolü, müşterilerin işlemlerini doğrudan gelecek liderlere iletmesine olanak tanıyarak geleneksel bir bellek havuzu ihtiyacını ortadan kaldırır. Bir müşteri bir işlem gönderdiğinde, rotasyon planına göre beklenen lidere iletilir. Mevcut lider işlemi gerçekleştiremezse, işlemi bir sonraki beklenen lidere iletir. Bu tasarım, onay gecikmesini azaltır ve validators'nin işlemleri önceden yürütmesine olanak tanıyarak verimi daha da optimize eder.
İşlem yayılımı çok katmanlı bir yaklaşım kullanır. Müşteriler, işlemleri mevcut veya gelecek lidere ileten validators'ye gönderir. Lider, işlemleri PoH akışına sıralayarak toplam bir sıralama oluşturur. Sıralandıktan sonra lider, PoH akışını ve işlem verilerini, PoH sırasını doğrulayan ve işlemleri paralel olarak yürüten validators'ye iletir.
Ağ tasarımı aynı zamanda blokları daha küçük paketlere bölen ve bunları ağ üzerinde bir ağaç yapısında dağıtan bir türbin blok yayılım protokolünü de içerir. Bu yaklaşım, hızlı blok yayılımını sağlarken bireysel validators için bant genişliği gereksinimlerini en aza indirir. PoH'un işlemlerin sırasını doğrulama yeteneği ile birleştiğinde bu mimari, Solana'in merkezi olmayan yönetimden ödün vermeden yüksek verim elde etmesini sağlar.
Proof of History
Proof of History es una funcion de retardo verificable implementada como una cadena de hash secuencial usando SHA-256. El generador PoH calcula continuamente hashes SHA-256, usando cada salida como entrada para el siguiente hash. Esto crea una cadena secuencial donde cada hash solo puede calcularse despues del anterior, estableciendo un ordenamiento temporal verificable. El requisito computacional para generar cada hash impone un retardo de tiempo minimo entre eventos.
La propiedad clave de PoH es que es barato de verificar pero costoso de producir. Un verificador puede comprobar toda la secuencia de hash en paralelo dividiéndola en segmentos y verificando cada segmento de forma independiente, luego comprobando que los segmentos se conectan correctamente. Sin embargo, la generacion debe ser secuencial — no hay forma de predecir la salida de la cadena de hash sin calcular realmente cada paso intermedio. Esta asimetria entre generacion y verificacion es lo que hace practico a PoH.
Los eventos externos y los datos de transaccion se insertan en la secuencia PoH mezclándolos en la cadena de hash. Cuando llega una transaccion, su hash se combina con el estado PoH actual, creando un registro que demuestra que la transaccion existio en ese punto de la secuencia. El generador PoH registra periodicamente puntos de control, publicando el valor hash actual junto con el conteo de hashes calculados desde el ultimo punto de control. Estos puntos de control permiten a los validadores verificar eficientemente la secuencia PoH sin recalcular cada hash.
La secuencia PoH sirve como un reloj criptografico para toda la red. Debido a que la cadena de hash es secuencial y verificable, cualquier nodo puede demostrar que ha pasado una cierta cantidad de tiempo entre dos eventos simplemente mostrando los hashes que se calcularon durante ese intervalo. Esto elimina la necesidad de que los nodos confien en marcas de tiempo externas o se coordinen entre si para establecer un ordenamiento temporal, eliminando un cuello de botella fundamental en el consenso blockchain tradicional.
Proof of History
Geçmişin Kanıtı, SHA-256 kullanılarak sıralı karma zinciri olarak uygulanan doğrulanabilir bir gecikme işlevidir. PoH oluşturucu, her çıkışı bir sonraki karma için girdi olarak kullanarak sürekli olarak SHA-256 karmalarını hesaplar. Bu, her karmanın yalnızca bir öncekinden sonra hesaplanabildiği sıralı bir zincir oluşturarak doğrulanabilir bir zamansal sıralama oluşturur. Her karmayı oluşturmaya yönelik hesaplama gereksinimi, olaylar arasında minimum bir zaman gecikmesini zorlar.
PoH'un temel özelliği doğrulamanın ucuz, ancak üretmenin pahalı olmasıdır. Bir doğrulayıcı, tüm karma dizisini parçalara bölerek ve her bir bölümü bağımsız olarak kontrol ederek ve ardından bölümlerin düzgün şekilde bağlandığını doğrulayarak paralel olarak kontrol edebilir. Bununla birlikte, üretim sıralı olmalıdır; her ara adımı gerçekten hesaplamadan karma zincirinin çıktısını tahmin etmenin bir yolu yoktur. Üretim ve doğrulama arasındaki bu asimetri PoH'u pratik kılan şeydir.
Harici olaylar ve işlem verileri, karma zincirine karıştırılarak PoH dizisine eklenir. Bir işlem geldiğinde, hash'i mevcut PoH durumuyla birleştirilir ve işlemin dizideki o noktada var olduğunu kanıtlayan bir kayıt oluşturulur. PoH oluşturucu periyodik olarak kontrol noktalarını kaydeder ve son kontrol noktasından bu yana hesaplanan karma sayısıyla birlikte mevcut karma değerini yayınlar. Bu kontrol noktaları, validators'nin her karmayı yeniden hesaplamadan PoH dizisini verimli bir şekilde doğrulamasına olanak tanır.
PoH dizisi, tüm ağ için kriptografik bir saat görevi görür. Karma zinciri sıralı ve doğrulanabilir olduğundan, herhangi bir düğüm, yalnızca o aralıkta hesaplanan karmaları göstererek iki olay arasında belirli bir sürenin geçtiğini kanıtlayabilir. Bu, düğümlerin harici zaman damgalarına güvenme veya zamansal sıralama oluşturmak için birbirleriyle koordine olma ihtiyacını ortadan kaldırarak geleneksel blockchain fikir birliğinde temel bir darboğazı ortadan kaldırır.
Proof of History Sequence
La secuencia de Proof of History es una cadena continua de hashes SHA-256 donde cada hash depende de la salida anterior. La secuencia comienza con un valor semilla inicial, que se hashea para producir la primera salida. Esta salida se convierte en la entrada para el siguiente hash, y el proceso se repite indefinidamente. El generador tambien mantiene un contador que rastrea el numero total de hashes calculados, que sirve como la "marca de tiempo" PoH para eventos en el libro mayor.
Cuando se necesita insertar datos en la secuencia (como hashes de transacciones o firmas de validadores), se combinan con el estado hash actual usando una funcion de mezcla determinista. Por ejemplo, si el estado hash actual es hash_n y queremos insertar datos D, calculamos hash_{n+1} = SHA256(hash_n || D), donde || denota concatenacion. El punto de insercion se registra junto con el valor del contador, demostrando que los datos D existian en ese punto especifico de la secuencia.
La verificacion de la secuencia PoH puede paralelizarse dividiendo la cadena en segmentos. Por ejemplo, un validador podria recibir puntos de control PoH cada 10,000 hashes. Para verificar la secuencia entre puntos de control, el validador puede dividir los 10,000 hashes en 100 segmentos de 100 hashes cada uno, verificar cada segmento independientemente en paralelo, y luego verificar que los segmentos se conectan correctamente. Esto permite que la verificacion escale horizontalmente con el numero de nucleos de CPU disponibles.
La secuencia tambien soporta pruebas eficientes de que dos eventos ocurrieron en un orden especifico. Dadas dos inserciones de datos en valores de contador n y m donde n m, cualquiera puede verificar que el evento en n ocurrio antes del evento en m comprobando la cadena de hash entre esos puntos. Esta propiedad permite a Solana crear un registro historico verificable de todos los eventos en la red sin requerir que los nodos esten en linea continuamente o confien en fuentes de tiempo externas.
Proof of History Sequence
Geçmişin Kanıtı dizisi, her karmanın önceki çıktıya bağlı olduğu sürekli bir SHA-256 karma zinciridir. Dizi, ilk çıktıyı üretmek için karma hale getirilen bir başlangıç tohum değeriyle başlar. Bu çıktı bir sonraki hash için girdi olur ve süreç süresiz olarak tekrarlanır. Oluşturucu ayrıca hesaplanan toplam karma sayısını izleyen ve ledger içindeki olaylar için PoH "zaman damgası" görevi gören bir sayacı da tutar.
Verilerin diziye eklenmesi gerektiğinde (işlem karmaları veya validator imzaları gibi), deterministik bir karıştırma işlevi kullanılarak mevcut karma durumuyla birleştirilir. Örneğin, mevcut karma durumu "hash_n" ise ve "D" verisini eklemek istiyorsak, "hash_{n+1} = SHA256(hash_n || D)" değerini hesaplarız, burada `||' birleştirmeyi belirtir. Ekleme noktası, dizideki belirli bir noktada 'D' verisinin mevcut olduğunu kanıtlayan sayaç değeriyle birlikte kaydedilir.
PoH dizisinin doğrulanması, zinciri segmentlere bölerek paralelleştirilebilir. Örneğin, bir validator her 10.000 karmada bir PoH kontrol noktaları alabilir. Kontrol noktaları arasındaki sırayı doğrulamak için validator, 10.000 karmayı her biri 100 karmadan oluşan 100 parçaya bölebilir, her parçayı bağımsız olarak paralel olarak doğrulayabilir ve ardından parçaların düzgün şekilde bağlandığını doğrulayabilir. Bu, doğrulamanın mevcut CPU çekirdeği sayısına göre yatay olarak ölçeklenmesine olanak tanır.
Bu dizi aynı zamanda iki olayın belirli bir sırada meydana geldiğine dair etkili kanıtları da destekler. 'n' ve 'm' sayaç değerlerinde (n m') iki veri girişi verildiğinde, herkes bu noktalar arasındaki karma zinciri kontrol ederek 'n'deki olayın 'm'deki olaydan önce gerçekleştiğini doğrulayabilir. Bu özellik, Solana'in, düğümlerin sürekli çevrimiçi olmasını veya harici zaman kaynaklarına güvenmesini gerektirmeden, ağdaki tüm olayların doğrulanabilir bir geçmiş kaydını oluşturmasını sağlar.
Timestamp
Proof of History funciona como un reloj descentralizado que asigna marcas de tiempo a eventos sin depender del tiempo de reloj de pared. Cada hash PoH representa un "tick" discreto del reloj criptografico, y el valor del contador sirve como la marca de tiempo. Debido a que la cadena de hash es secuencial y verificable, estas marcas de tiempo son sin confianza — cualquier observador puede verificar que una marca de tiempo es legitima comprobando la cadena de hash.
En Solana, cada validador puede generar su propia secuencia PoH cuando actua como lider. Cuando los validadores rotan el liderazgo, sincronizan sus secuencias PoH usando el ultimo punto de control confirmado del lider anterior. Esto asegura la continuidad del registro temporal incluso cuando diferentes validadores se turnan para producir bloques. La red establece una linea temporal canonica al alcanzar consenso sobre que secuencias PoH aceptar como parte del libro mayor oficial.
El sistema maneja la deriva del reloj y la varianza en el rendimiento del hardware a traves de una combinacion de rotacion de lideres y consenso. Si un lider malicioso o defectuoso intenta generar marcas de tiempo PoH a una tasa incorrecta (demasiado rapida o demasiado lenta), los validadores pueden detectar esto comparando la tasa de ticks PoH con sus propios generadores PoH locales. Las desviaciones significativas de la tasa esperada indican un problema, y los validadores pueden rechazar bloques de lideres cuyas secuencias PoH divergen demasiado de la mediana de la red.
Este mecanismo de marcas de tiempo resuelve uno de los problemas fundamentales en sistemas distribuidos: establecer una nocion comun de tiempo sin una autoridad central de confianza. Al usar PoH como un reloj descentralizado, Solana permite que los validadores procesen transacciones en paralelo mientras mantienen un ordenamiento globalmente consistente. Las marcas de tiempo tambien proporcionan una base para caracteristicas basadas en tiempo como la expiracion de transacciones, operaciones programadas y medicion de rendimiento.
Timestamp
Tarih Kanıtı, duvar saati saatine bağlı kalmadan olaylara zaman damgaları atayan merkezi olmayan bir saat işlevi görür. Her PoH karması, kriptografik saatin ayrı bir "tik"ini temsil eder ve sayaç değeri, zaman damgası görevi görür. Hash zinciri sıralı ve doğrulanabilir olduğundan, bu zaman damgaları güvenilmezdir; herhangi bir gözlemci, hash zincirini kontrol ederek bir zaman damgasının meşru olduğunu doğrulayabilir.
Solana'de her validator lider olarak hareket ettiğinde kendi PoH dizisini oluşturabilir. validators liderliği değiştirdiğinde, önceki liderin onaylanan son kontrol noktasını kullanarak PoH dizilerini senkronize ederler. Bu, farklı validators sırayla bloklar üretse bile zamansal kaydın sürekliliğini sağlar. Ağ, resmi ledger kapsamında hangi PoH dizilerinin kabul edileceği konusunda fikir birliğine vararak kanonik bir zaman çizelgesi oluşturur.
Sistem, lider rotasyonu ve fikir birliğinin bir kombinasyonu aracılığıyla saat kaymasını ve donanım performansındaki değişkenliği yönetir. Kötü niyetli veya hatalı bir lider, PoH zaman damgalarını yanlış bir hızda (çok hızlı veya çok yavaş) oluşturmaya çalışırsa, validators, PoH onay hızını kendi yerel PoH oluşturucularıyla karşılaştırarak bunu tespit edebilir. Beklenen orandan önemli sapmalar bir soruna işaret eder ve validators, PoH dizileri ağ medyanından çok uzaklaşan liderlerden gelen blokları reddedebilir.
Bu zaman damgası mekanizması, dağıtılmış sistemlerdeki temel sorunlardan birini çözer: güvenilir bir merkezi otorite olmadan ortak bir zaman kavramı oluşturmak. Solana, PoH'yi merkezi olmayan bir saat olarak kullanarak, validators'nin küresel olarak tutarlı bir sıralamayı korurken işlemleri paralel olarak işlemesine olanak tanır. Zaman damgaları aynı zamanda işlemin sona ermesi, planlanmış işlemler ve performans ölçümü gibi zamana dayalı özellikler için de bir temel sağlar.
Proof of Stake Consensus
El mecanismo de consenso de Solana, llamado Tower BFT, es un algoritmo Proof of Stake disenado especificamente para aprovechar las propiedades temporales de Proof of History. Los validadores apuestan tokens SOL para participar en el consenso y ganar recompensas por validar correctamente los bloques. El sistema de votacion ponderado por participacion asegura que los validadores con mas interes economico en la red tengan proporcionalmente mas influencia sobre las decisiones de consenso.
La innovacion central en Tower BFT es el uso de periodos de bloqueo que aumentan exponencialmente con cada voto consecutivo. Cuando un validador vota sobre un hash PoH, se compromete con esa bifurcacion del libro mayor durante un cierto numero de ticks PoH. Si votan en el siguiente bloque de esa bifurcacion, el periodo de bloqueo se duplica. Esto crea un fuerte incentivo economico para que los validadores continuen votando en la misma bifurcacion, ya que cambiar de bifurcacion requeriria esperar a que expiren los bloqueos anteriores.
Especificamente, si un validador vota en un bloque en la marca de tiempo PoH t, no puede votar en una bifurcacion conflictiva hasta que hayan pasado 2^n ticks, donde n es el numero de votos consecutivos que ha realizado en la bifurcacion actual. Este mecanismo de bloqueo exponencial hace que el sistema sea seguro contra ataques de largo alcance mientras permite una finalidad rapida. Una vez que una supermayoria de participacion ha votado en un bloque con suficiente profundidad, ese bloque esta efectivamente finalizado.
Las condiciones de penalizacion imponen un comportamiento honesto. Si un validador vota en dos bifurcaciones conflictivas durante un periodo en el que deberia estar bloqueado, es penalizado — sus tokens apostados son parcialmente destruidos y es removido del conjunto de validadores. Esto hace economicamente irracional intentar la equivocacion u otro comportamiento bizantino. La combinacion de las marcas de tiempo verificables de PoH y los bloqueos exponenciales de Tower BFT crea un mecanismo de consenso que es rapido y seguro, logrando finalidad en segundos mientras mantiene las garantias de seguridad de los sistemas BFT tradicionales.
Proof of Stake Consensus
Solana'in Tower BFT adı verilen mutabakat mekanizması, Proof of History'nin zamansal özelliklerinden yararlanmak için özel olarak tasarlanmış bir Proof of Stake algoritmasıdır. Doğrulayıcılar, fikir birliğine katılmak ve blokları doğru şekilde doğrulamak için ödüller kazanmak için SOL tokenlerini stake eder. Hisse ağırlıklı oylama sistemi, ağda daha fazla ekonomik çıkara sahip olan validators'nin konsensüs kararları üzerinde orantılı olarak daha fazla etkiye sahip olmasını sağlar.
Tower BFT'deki temel yenilik, birbirini takip eden her oylamada katlanarak artan lokavt sürelerinin kullanılmasıdır. Bir validator, bir PoH karmasına oy verdiğinde, belirli sayıda PoH işareti için ledger çatalına bağlı kalır. Bu çataldaki bir sonraki bloğa oy verirlerse lokavt süresi iki katına çıkar. Bu, validators için aynı çatal üzerinde oy kullanmaya devam etmesi için güçlü bir ekonomik teşvik yaratır, çünkü çatalları değiştirmek daha önceki lokavtların süresinin dolmasını beklemeyi gerektirecektir.
Spesifik olarak, eğer bir validator, PoH zaman damgası 't'de bir bloğa oy verirse, '2^n' onay işareti geçene kadar çakışan bir çatala oy veremez; burada 'n' mevcut çatalda yaptıkları ardışık oyların sayısıdır. Bu üstel kilitleme mekanizması, sistemi uzun menzilli saldırılara karşı güvenli hale getirirken hızlı kesinliğe de olanak tanır. Yeterli derinliğe sahip bir bloğa büyük bir çoğunluk oy verdiğinde, bu blok etkili bir şekilde sonlandırılır.
Slashing conditions enforce honest behavior. Bir validator, kilitlenmeleri gereken bir süre boyunca çakışan iki çatala oy verirse, bunlar kesilir; stake edilen tokenlar kısmen yok edilir ve validator kümesinden çıkarılır. Bu, kaçamak yapmaya veya diğer Byzantine davranışlara teşebbüs etmeyi ekonomik olarak mantıksız hale getirir. PoH'un doğrulanabilir zaman damgaları ile Tower BFT'nin üstel kilitlemelerinin birleşimi, geleneksel BFT sistemlerinin güvenlik garantilerini korurken saniyeler içinde kesinliğe ulaşan, hem hızlı hem de güvenli bir fikir birliği mekanizması oluşturur.
Streaming Proof of Replication
Proof of Replication (PoRep) es un mecanismo que permite a los validadores demostrar que estan almacenando los datos del libro mayor sin revelar los datos mismos ni requerir una computacion intensiva. Solana implementa una version de streaming de PoRep donde los validadores demuestran continuamente que estan replicando el estado de la blockchain. Esto es esencial para la seguridad de la red, ya que asegura que los datos del libro mayor esten distribuidos adecuadamente entre los validadores y no concentrados en unas pocas ubicaciones.
El mecanismo PoRep funciona haciendo que los validadores cifren segmentos del libro mayor usando encriptacion en modo CBC (Cipher Block Chaining) con una clave especifica del validador derivada de su identidad. El proceso de encriptacion es tal que cada bloque cifrado depende del bloque anterior, creando una cadena que es unica para cada validador. Esto evita que los validadores simplemente copien datos cifrados entre si — cada validador debe almacenar y procesar los datos originales del libro mayor para generar su version cifrada unica.
Periodicamente, la red emite desafios a los validadores solicitando que proporcionen bloques cifrados especificos. Debido a que la encriptacion esta encadenada, el validador debe haber almacenado todos los bloques anteriores para generar la respuesta correcta. El validador envia su bloque cifrado junto con una prueba de Merkle que muestra su posicion en su libro mayor cifrado. La red puede verificar esta prueba rapidamente sin necesidad de descifrar o re-cifrar los datos.
Este enfoque de streaming para PoRep tiene una baja sobrecarga comparado con los sistemas tradicionales de prueba de almacenamiento. Los validadores pueden cifrar datos a medida que llegan y responder a los desafios con una latencia minima. El sistema tambien permite la recuperacion en caso de perdida de datos — si un validador pierde parte del libro mayor, puede volver a descargarlo de otros validadores y re-cifrarlo. La combinacion de PoRep con marcas de tiempo PoH crea un sistema de responsabilidad completo donde la red puede verificar tanto cuando se crearon los datos como que estan almacenados correctamente en toda la red de validadores.
Streaming Proof of Replication
Çoğaltma Kanıtı (PoRep), validators'nin, verileri açığa vurmadan veya yoğun hesaplama gerektirmeden ledger verilerini sakladıklarını kanıtlamasına olanak tanıyan bir mekanizmadır. Solana, validators'nin sürekli olarak blockchain durumunu kopyaladığını gösterdiği PoRep'in akış versiyonunu uygular. Bu, ledger verilerinin validators genelinde düzgün bir şekilde dağıtılmasını ve birkaç konumda yoğunlaşmamasını sağladığından ağ güvenliği için çok önemlidir.
PoRep mekanizması, validators'nin ledger'ün bölümlerini, kimliklerinden türetilen validator'e özgü bir anahtarla CBC (Şifre Blok Zincirleme) modu şifrelemesini kullanarak şifrelemesini sağlayarak çalışır. Şifreleme işlemi, her şifrelenmiş bloğun bir önceki bloğa bağlı olacağı ve her validator için benzersiz bir zincir oluşturacak şekildedir. Bu, validators'nin şifrelenmiş verileri birbirinden basitçe kopyalamasını engeller; her validator, benzersiz şifreli sürümünü oluşturmak için orijinal ledger verilerini depolamalı ve işlemelidir.
Ağ, periyodik olarak validators'ye, belirli şifreli bloklar sağlamalarını talep eden zorluklar yayınlar. Şifreleme zincirlendiğinden, validator'ün doğru yanıtı oluşturabilmesi için önceki tüm blokları depolamış olması gerekir. validator, şifrelenmiş bloğunu, şifrelenmiş ledger içindeki konumunu gösteren bir Merkle kanıtıyla birlikte sunar. Ağ, verilerin şifresini çözmeye veya yeniden şifrelemeye gerek kalmadan bu kanıtı hızlı bir şekilde doğrulayabilir.
PoRep'e yönelik bu akış yaklaşımı, geleneksel depolama kanıtı sistemleriyle karşılaştırıldığında düşük ek yüke sahiptir. Doğrulayıcılar, verileri ulaştıkça şifreleyebilir ve zorluklara minimum gecikmeyle yanıt verebilir. Sistem aynı zamanda veri kaybı durumunda kurtarmayı da mümkün kılar; eğer bir validator ledger'ün bir kısmını kaybederse, bunu diğer validators'den yeniden indirebilir ve yeniden şifreleyebilir. PoRep'in PoH zaman damgalarıyla birleşimi, ağın hem verilerin ne zaman oluşturulduğunu hem de verilerin validator ağı üzerinde düzgün şekilde depolandığını doğrulayabildiği eksiksiz bir sorumluluk sistemi oluşturur.
System Architecture
La arquitectura del sistema de Solana esta disenada como un pipeline donde diferentes etapas del procesamiento de transacciones ocurren en paralelo. La Transaction Processing Unit (TPU) es el componente central responsable de manejar las transacciones entrantes. La TPU consta de varias etapas: fetch (recoleccion de transacciones), verificacion de firmas, banking (ejecucion de transacciones) y write (escritura en almacenamiento). Cada etapa opera en paralelo sobre diferentes transacciones, similar al pipeline de una CPU.
La verificacion de firmas se acelera usando GPUs, que son altamente eficientes en las operaciones de criptografia de curva eliptica necesarias para verificar firmas de transacciones. Al descargar esta tarea computacionalmente intensiva a las GPUs, Solana puede verificar firmas a tasas que exceden 900,000 por segundo en hardware comercial. Esta verificacion de firmas en paralelo evita que la validacion criptografica se convierta en un cuello de botella incluso a tasas de transaccion muy altas.
El runtime Sealevel es el motor de ejecucion de contratos inteligentes en paralelo de Solana. A diferencia de las blockchains tradicionales que ejecutan transacciones secuencialmente, Sealevel analiza las transacciones para identificar que cuentas acceden y ejecuta transacciones no conflictivas en paralelo a traves de multiples nucleos de CPU. Las transacciones que acceden a las mismas cuentas se ejecutan secuencialmente para mantener la consistencia, pero las transacciones que acceden a diferentes cuentas pueden ejecutarse simultaneamente. Este paralelismo es posible porque PoH establece un ordenamiento global — los validadores pueden ejecutar transacciones en cualquier orden siempre que las apliquen al estado en la secuencia especificada por PoH.
La arquitectura tambien incluye componentes optimizados para la propagacion y almacenamiento de bloques. El protocolo de propagacion de bloques Turbine usa codificacion de borrado para dividir bloques en paquetes mas pequenos que se distribuyen a traves de la red en una estructura de arbol, minimizando los requisitos de ancho de banda. La red de Archivers proporciona almacenamiento descentralizado para datos historicos del libro mayor, usando PoRep para asegurar la disponibilidad de datos. Juntos, estos componentes crean un sistema que puede procesar cientos de miles de transacciones por segundo mientras mantiene las propiedades de descentralizacion y seguridad de una blockchain.
System Architecture
Solana'in sistem mimarisi, işlem sürecinin farklı aşamalarının paralel olarak gerçekleştiği bir boru hattı olarak tasarlanmıştır. İşlem İşleme Birimi (TPU), gelen işlemlerin işlenmesinden sorumlu temel bileşendir. TPU birkaç aşamadan oluşur: getirme (işlemleri toplama), imza doğrulama, bankacılık (işlem yürütme) ve yazma (depolama işlemine geçme). Her aşama, CPU ardışık düzenine benzer şekilde farklı işlemlerde paralel olarak çalışır.
İmza doğrulama, işlem imzalarını doğrulamak için gereken eliptik eğri şifreleme işlemlerinde oldukça verimli olan GPU'lar kullanılarak hızlandırılır. Solana, hesaplama açısından yoğun olan bu görevi GPU'lara devrederek, emtia donanımında saniyede 900.000'i aşan hızlarda imzaları doğrulayabilir. Bu paralel imza doğrulaması, kriptografik doğrulamanın çok yüksek işlem hızlarında bile bir darboğaz haline gelmesini önler.
Sealevel çalışma zamanı, Solana'in paralel akıllı sözleşme yürütme motorudur. İşlemleri sırayla yürüten geleneksel blok zincirlerden farklı olarak Sealevel, hangi hesaplara eriştiklerini belirlemek için işlemleri analiz eder ve birden fazla CPU çekirdeğinde paralel olarak çakışmayan işlemleri yürütür. Tutarlılığı korumak için aynı hesaplara erişen işlemler sırayla gerçekleştirilir, ancak farklı hesaplara erişen işlemler aynı anda yürütülebilir. Bu paralellik mümkündür çünkü PoH küresel bir sıralama oluşturur — validators, işlemleri PoH tarafından belirtilen sırayla duruma uyguladıkları sürece herhangi bir sırayla gerçekleştirebilir.
Mimari ayrıca blok yayılımı ve depolama için optimize edilmiş bileşenler içerir. Türbin bloğu yayılım protokolü, blokları ağ üzerinde bir ağaç yapısında dağıtılan daha küçük paketlere bölmek için silme kodlamasını kullanarak bant genişliği gereksinimlerini en aza indirir. Archivers ağı, verilerin kullanılabilirliğini sağlamak için PoRep'i kullanarak geçmiş ledger verileri için merkezi olmayan depolama sağlar. Bu bileşenler bir araya gelerek, bir blok zincirinin merkeziyetsizlik ve güvenlik özelliklerini korurken, saniyede yüz binlerce işlemi gerçekleştirebilen bir sistem oluşturur.
Performance
La arquitectura de Solana esta disenada para alcanzar niveles de rendimiento que escalan con las mejoras de hardware, siguiendo la Ley de Moore. En una conexion de red estandar de 1 gigabit, el rendimiento maximo teorico es aproximadamente 710,000 transacciones por segundo, asumiendo 176 bytes por transaccion (incluyendo firmas y metadatos). Este calculo se basa en el ancho de banda de red como el cuello de botella principal, con los cuellos de botella computacionales eliminados a traves de la paralelizacion.
La verificacion de firmas, a menudo un factor limitante en el rendimiento de blockchain, se acelera usando paralelizacion GPU. Una sola GPU puede verificar mas de 900,000 firmas ed25519 por segundo, lo que excede el limite de rendimiento de la red. Esto significa que la verificacion de firmas no restringe el rendimiento del sistema — el cuello de botella se desplaza al ancho de banda de red y la ejecucion de transacciones. Para transacciones simples que solo transfieren valor sin logica compleja de contratos inteligentes, la etapa de banking puede procesar transacciones a tasas que igualan la tasa de entrada de la red.
El generador PoH funciona en un nucleo de CPU dedicado, produciendo aproximadamente 4,000 hashes por milisegundo en un procesador de 4GHz. A esta tasa, la secuencia PoH proporciona marcas de tiempo con una granularidad de 0.25 microsegundos, lo cual es suficiente para ordenar millones de transacciones por segundo. La naturaleza secuencial de la generacion PoH significa que este componente no puede paralelizarse, pero el rendimiento es lo suficientemente alto como para no limitar el rendimiento general del sistema.
A medida que el hardware mejora, el rendimiento de Solana escala en consecuencia. Redes mas rapidas, GPUs mas potentes y CPUs mejoradas contribuyen a tasas de transaccion mas altas. El sistema esta disenado para aprovechar estas mejoras sin requerir cambios de protocolo. Este enfoque de escalabilidad contrasta con blockchains que estan fundamentalmente limitadas por mecanismos de consenso secuenciales, permitiendo a Solana alcanzar niveles de rendimiento previamente considerados imposibles en un sistema descentralizado mientras mantiene garantias de seguridad y descentralizacion.
Performance
Solana mimarisi, Moore Yasasına uygun olarak donanım iyileştirmeleriyle ölçeklenen performans düzeylerine ulaşmak için tasarlanmıştır. Standart 1 gigabit ağ bağlantısında teorik maksimum verim, işlem başına 176 bayt (imzalar ve meta veriler dahil) varsayılarak saniyede yaklaşık 710.000 işlemdir. Bu hesaplama, birincil darboğaz olarak ağ bant genişliğini temel alır ve hesaplama darboğazları paralelleştirme yoluyla ortadan kaldırılır.
Genellikle blockchain performansında sınırlayıcı bir faktör olan imza doğrulama, GPU paralelleştirmesi kullanılarak hızlandırılır. Tek bir GPU, saniyede 900.000'den fazla ed25519 imzasını doğrulayabilir; bu, ağ aktarım hızı sınırını aşar. Bu, imza doğrulamanın sistem performansını kısıtlamadığı anlamına gelir; darboğaz, ağ bant genişliğine ve işlem yürütmeye kayar. Karmaşık akıllı sözleşme mantığı olmadan yalnızca değer aktaran basit işlemler için bankacılık aşaması, işlemleri ağ giriş hızıyla eşleşen oranlarda işleyebilir.
PoH oluşturucu, özel bir CPU çekirdeği üzerinde çalışır ve 4GHz işlemcide milisaniyede yaklaşık 4.000 karma üretir. Bu hızda PoH dizisi, saniyede milyonlarca işlemin sipariş edilmesi için yeterli olan 0,25 mikrosaniyelik ayrıntı düzeyine sahip zaman damgaları sağlar. PoH üretiminin sıralı doğası, bu bileşenin paralelleştirilemeyeceği anlamına gelir, ancak verim, genel sistem performansını sınırlamayacak kadar yüksektir.
Donanım geliştikçe Solana'in verimi de buna göre ölçeklenir. Daha hızlı ağlar, daha güçlü GPU'lar ve geliştirilmiş CPU'ların tümü daha yüksek işlem oranlarına katkıda bulunur. Sistem, protokol değişikliği gerektirmeden bu iyileştirmelerden yararlanacak şekilde tasarlanmıştır. Bu ölçeklenebilirlik yaklaşımı, temelde sıralı fikir birliği mekanizmalarıyla sınırlandırılan blok zincirlerle çelişir ve Solana'in, güvenlik ve merkezi olmayan yönetim garantilerini korurken, merkezi olmayan bir sistemde daha önce imkansız olduğu düşünülen performans seviyelerine ulaşmasına olanak tanır.
Conclusion
Proof of History representa un avance fundamental en la arquitectura blockchain al resolver el problema de sincronizacion que ha limitado la escalabilidad de los libros mayores distribuidos. Al crear un reloj criptografico verificable, PoH permite a los validadores establecer un ordenamiento temporal de eventos sin la extensa sobrecarga de comunicacion requerida por los mecanismos de consenso tradicionales. Esta innovacion elimina un cuello de botella critico y permite que el procesamiento de transacciones se paralelice a traves de la red.
La integracion de PoH con componentes de sistema optimizados — verificacion de firmas acelerada por GPU, ejecucion de transacciones en paralelo a traves de Sealevel y protocolos de propagacion de bloques eficientes — crea una blockchain que puede procesar cientos de miles de transacciones por segundo en hardware comercial. Mas importante aun, la arquitectura esta disenada para escalar con las mejoras de hardware, lo que significa que el rendimiento continuara aumentando a medida que los procesadores se vuelvan mas rapidos y las redes mas capaces.
El diseno de Solana demuestra que el alto rendimiento y la descentralizacion no son mutuamente excluyentes. Al aprovechar PoH como base para el consenso y la coordinacion del sistema, la red alcanza niveles de rendimiento comparables a bases de datos centralizadas mientras mantiene las propiedades de seguridad y resistencia a la censura de una blockchain descentralizada. El mecanismo de consenso Tower BFT ponderado por participacion asegura que la red permanezca segura contra actores bizantinos mientras logra una finalidad rapida.
La implementacion de esta arquitectura proporciona un camino practico hacia adelante para que la tecnologia blockchain escale a la adopcion global. Las aplicaciones que requieren un alto rendimiento de transacciones — como intercambios descentralizados, plataformas de juegos y sistemas financieros — ahora pueden construirse sobre una infraestructura verdaderamente descentralizada sin comprometer el rendimiento. Proof of History abre la puerta a una nueva generacion de aplicaciones blockchain que anteriormente eran inviables debido a las limitaciones de escalabilidad.
Conclusion
Tarih Kanıtı, dağıtılmış ledger'lerin ölçeklenebilirliğini sınırlayan zamanlama problemini çözerek blockchain mimarisinde temel bir atılımı temsil eder. Doğrulanabilir bir kriptografik saat oluşturarak PoH, validators'nin geleneksel fikir birliği mekanizmalarının gerektirdiği kapsamlı iletişim ek yükü olmadan olayların geçici bir sıralamasını oluşturmasına olanak tanır. Bu yenilik, kritik bir darboğazı ortadan kaldırır ve işlem sürecinin ağ genelinde paralelleştirilmesine olanak tanır.
PoH'un optimize edilmiş sistem bileşenleriyle (GPU ile hızlandırılmış imza doğrulama, Sealevel aracılığıyla paralel işlem yürütme ve verimli blok yayılım protokolleri) entegrasyonu, emtia donanımında saniyede yüz binlerce işlemi işleyebilen bir blok zinciri oluşturur. Daha da önemlisi, mimari, donanım iyileştirmeleriyle ölçeklenecek şekilde tasarlanmıştır; bu, işlemciler daha hızlı hale geldikçe ve ağlar daha yetenekli hale geldikçe performansın artmaya devam edeceği anlamına gelir.
Solana'in tasarımı, yüksek performansın ve merkezi olmayan yönetimin birbirini dışlamadığını göstermektedir. PoH'yi fikir birliği ve sistem koordinasyonu için bir temel olarak kullanan ağ, merkezi olmayan bir blok zincirinin güvenlik ve sansüre dayanıklılık özelliklerini korurken, merkezi veritabanlarıyla karşılaştırılabilir verim seviyelerine ulaşır. Hisse ağırlıklı Tower BFT konsensüs mekanizması, ağın Byzantine aktörlerine karşı güvende kalmasını ve aynı zamanda hızlı bir şekilde sonuçlanmasını sağlar.
Bu mimarinin uygulanması, blockchain teknolojisinin küresel ölçekte benimsenmesine yönelik pratik bir yol sağlar. Merkezi olmayan borsalar, oyun platformları ve finansal sistemler gibi yüksek işlem hacmi gerektiren uygulamalar artık performanstan ödün vermeden gerçek anlamda merkezi olmayan bir altyapı üzerine kurulabiliyor. Tarih Kanıtı, ölçeklenebilirlik kısıtlamaları nedeniyle daha önce gerçekleştirilmesi mümkün olmayan yeni nesil blockchain uygulamalarının kapısını açıyor.
