Validium

Validium to rozwiązanie skalujące Layer-2, które zwiększa przepustowość transakcji poprzez przetwarzanie transakcji poza łańcuchem, przy jednoczesnym zachowaniu dostępności danych, oferując równowagę między skalowalnością a bezpieczeństwem.

Validium to rozwiązanie skalowania warstwy 2 zaprojektowane w celu poprawy przepustowości transakcji w łańcuchach bloków, w szczególności Ethereum. Działa poprzez wykonywanie transakcji poza łańcuchem, podobnie do zk-rollups, ale z kluczową różnicą: dostępnością danych. Podczas gdy zk-rollups publikują dane transakcji w łańcuchu, validium tego nie robią. Zamiast tego dostępność danych jest często gwarantowana przez komitet walidatorów lub za pośrednictwem innych mechanizmów.

Rozwiązania Validium wykorzystują dowody kryptograficzne, takie jak zero-knowledge proofs, do weryfikacji ważności transakcji poza łańcuchem. Dowody te są następnie przesyłane do łańcucha w celu potwierdzenia aktualizacji stanu bez konieczności przechowywania pełnych danych transakcji w głównym łańcuchu. Takie podejście pozwala na znacznie wyższą przepustowość transakcji niż rozwiązania warstwy 1.

Główną zaletą validium jest jego potencjał do wysokiej skalowalności, ponieważ zmniejsza ilość danych, które muszą być przechowywane w głównym łańcuchu bloków. Jednak kompromisem jest dostępność danych i, potencjalnie, odporność na cenzurę, ponieważ dane nie są z natury dostępne w głównym łańcuchu. Bezpieczeństwo zależy od użytego mechanizmu dostępności danych.

Konstrukcja Validium sprawia, że ​​jest ono odpowiednie dla aplikacji, które priorytetowo traktują skalowalność i efektywność kosztową ponad najwyższe poziomy decentralizacji i dostępności danych. Jest to ważna część krajobrazu skalowania blockchain, oferująca inny zestaw kompromisów w porównaniu z innymi rozwiązaniami warstwy 2, takimi jak zk-rollups i optimistic rollups.

        graph LR
  Center["Validium"]:::main
  Pre_logic["logic"]:::pre --> Center
  click Pre_logic "/terms/logic"
  Rel_layer_2["layer-2"]:::related -.-> Center
  click Rel_layer_2 "/terms/layer-2"
  Rel_optimistic_rollup["optimistic-rollup"]:::related -.-> Center
  click Rel_optimistic_rollup "/terms/optimistic-rollup"
  Rel_rollups["rollups"]:::related -.-> Center
  click Rel_rollups "/terms/rollups"
  classDef main fill:#7c3aed,stroke:#8b5cf6,stroke-width:2px,color:white,font-weight:bold,rx:5,ry:5;
  classDef pre fill:#0f172a,stroke:#3b82f6,color:#94a3b8,rx:5,ry:5;
  classDef child fill:#0f172a,stroke:#10b981,color:#94a3b8,rx:5,ry:5;
  classDef related fill:#0f172a,stroke:#8b5cf6,stroke-dasharray: 5 5,color:#94a3b8,rx:5,ry:5;
  linkStyle default stroke:#4b5563,stroke-width:2px;

      

🧠 Sprawdzenie wiedzy

1 / 3

🧒 Wyjaśnij jak 5-latkowi

⚡ Imagine a super-fast secretary who checks thousands of bank transfers at once. Instead of writing every single transfer into the main bank book (which is slow and expensive), the secretary just writes a single signed note saying: 'I've checked all 10,000 transfers, and they are all correct.' The actual list of transfers is kept in a private filing cabinet. This is Validium—fast and secure, but the data isn't on the main book.

🤓 Expert Deep Dive

Validium architectures separate computation and data availability. Computation is performed off-chain, and its correctness is attested via validity proofs submitted to Layer-1. Data availability, however, is managed off-chain, often through a committee of independent entities (DAC) or through data availability sampling techniques. This significantly reduces the data burden on Layer-1, as only state roots and validity proofs are posted. The security model relies on the assumption that at least one member of the DAC will act honestly and make the data available, or that users can retrieve data via other means if needed. This introduces a trust assumption absent in ZK-Rollups, where data is inherently available on-chain. The potential for data withholding by the DAC presents a censorship or extraction risk. Validium is often considered for use cases requiring extremely high transaction volumes and low fees, where users are willing to accept a slightly higher trust assumption for data availability.

🔗 Powiązane terminy

Wymagana wiedza:

📚 Źródła