Sebastien Rousseau
Contact ›

Understanding the Technology behind Blockchain

De la lanțurile de hash criptografice la smart contracts programabile: mecanica ce a transformat blockchain-ul într-o platformă, nu doar un registru.

9 min de citit
Banner for: Understanding the Technology behind Blockchain

Abstract digital ledger blocks connected by light trails on dark background.class="img-fluid clearfix"

Rezumat executiv / Concluzii cheie

  • Problema. Banii digitali necesită rezolvarea problemei dublei cheltuieli: prevenirea cheltuirii aceleiași unități de două ori fără o casă de compensare de încredere. Documentul tehnic Bitcoin din 2008 a rezolvat aceasta prin înlocuirea intermediarilor de încredere cu dovadă criptografică și consens distribuit (Nakamoto, 2008).
  • Structura datelor. Un blockchain este o listă înlănțuită de blocuri unde fiecare antet de bloc conține hash-ul SHA-256 al antetului anterior. Lanțul hash face istoricul doar-append: modificarea oricărui bloc anterior invalidează fiecare hash următor, obligând un atacator să refacă tot proof-of-work ulterior.
  • Merkle trees. Tranzacțiile dintr-un bloc sunt hash-ate într-un arbore binar Merkle. Hash-ul rădăcină, stocat în antetul blocului, permite verificarea eficientă a oricărei tranzacții individuale fără a descărca blocul complet — baza pentru clienți SPV ușori.
  • Extensia Ethereum. Yellow Paper Ethereum (2014) a introdus EVM — o mașină stivă deterministă care rulează pe fiecare nod complet. Contractele inteligente sunt bytecode implementat în lanț; se execută identic pe toate nodurile și se decontează atomic, înlocuind intermediarii de încredere cu cod auto-aplicabil (Wood, 2014).
  • Semnificație practică. Fiecare activ tokenizat, stablecoin și protocol DeFi implementat din 2017 rulează pe aceste fundamente. Înțelegerea lanțului hash, a arborelui Merkle și a modelului de execuție EVM este condiția prealabilă pentru a lucra cu orice sistem bazat pe Ethereum.

Problema pe care Blockchain a rezolvat-o #

Înainte de Bitcoin, plățile digitale necesitau un intermediar de încredere — o bancă, un procesor de plăți sau o casă de compensare — pentru a preveni dubla cheltuire. Dacă Alice trimitea un fișier digital reprezentând £10 lui Bob, nimic din fișierul în sine nu o împiedica să trimită o copie identică lui Carol. Soluția în fiecare sistem existent era evidența centralizată: registrul băncii spunea că banii au fost cheltuiți, deci nu puteau fi cheltuiți din nou.

Contribuția Bitcoin a fost să înlocuiască acel registru de încredere cu unul distribuit în care înregistrarea tuturor tranzacțiilor este replicată pe mii de noduri independente. Neîncrederea reciprocă dintre noduri a fost convertită în securitate prin două mecanisme:

  1. Legătură criptografică. Fiecare bloc de tranzacții conține hash-ul blocului anterior. O funcție hash este o mapare deterministă unidirecțională: pentru orice intrare, funcția produce o ieșire de lungime fixă, iar schimbarea chiar și a unui singur bit al intrării produce o ieșire complet diferită. Aceasta înseamnă că orice modificare a unui bloc istoric invalidează fiecare bloc de după.

  2. Consens proof-of-work. Adăugarea unui nou bloc necesită găsirea unei valori nonce astfel încât hash-ul blocului să cadă sub un prag țintă — computațional scump de găsit, trivial ieftin de verificat. Aceasta face rescrierea istoriei proporțional de costisitoare cu adâncimea blocului modificat, deoarece un atacator trebuie să refacă tot proof-of-work de la acel bloc până la vârful lanțului.

Combinația înseamnă că cel mai lung lanț cu cel mai mult proof-of-work cumulat este, prin construcție, cel menținut de participanți onești care cheltuiesc resurse reale.

Blocurile de construcție criptografice #

Tehnologia blockchain asamblează trei primitive criptografice pre-existente într-o arhitectură nouă:

Funcții hash SHA-256 #

SHA-256 (Secure Hash Algorithm 256-bit) este membru al familiei SHA-2 standardizată de NIST. Preia o intrare de lungime arbitrară și produce o ieșire de 256 de biți. Proprietăți cheie pentru utilizarea în blockchain:

Bitcoin aplică SHA-256 de două ori (SHA-256d) pentru securitate suplimentară împotriva atacurilor de extindere a lungimii. Ethereum folosește Keccak-256, o variantă finalist SHA-3.

Merkle Trees #

Un arbore Merkle este un arbore binar de hash-uri. Fiecare nod frunză este hash-ul unei tranzacții. Fiecare nod intern este hash-ul celor doi copii ai săi. Rădăcina — rădăcina Merkle — rezumă toate tranzacțiile din bloc într-o singură valoare de 32 de octeți stocată în antetul blocului.

Consecința practică: pentru a verifica că o anumită tranzacție este inclusă într-un bloc, aveți nevoie doar de log₂(n) hash-uri, nu de toate n tranzacțiile. Pentru un bloc cu 2.000 de tranzacții, verificarea necesită 11 hash-uri în loc de 2.000 — baza pentru Verificarea Simplificată a Plăților (SPV) în clienți ușori.

Semnături digitale (ECDSA) #

Autorizarea tranzacțiilor în Bitcoin și Ethereum folosește Algoritmul de Semnătură Digitală pe Curbă Eliptică (ECDSA) pe curba secp256k1. O cheie privată semnează o tranzacție; orice nod poate verifica semnătura folosind cheia publică corespunzătoare fără a cunoaște cheia privată. Aceasta asigură că doar deținătorul cheii private poate autoriza o cheltuire dintr-o adresă.

Adresele Ethereum sunt ultimii 20 de octeți ai hash-ului Keccak-256 al cheii publice — o derivare care face adresele compacte și portabile, rămânând în același timp legate criptografic de perechea de chei.

Cum funcționează Blockchain Bitcoin #

Un bloc Bitcoin conține trei componente logice:

Antetul blocului — 80 de octeți cuprinzând: versiunea protocolului, hash-ul antetului blocului anterior, rădăcina Merkle a tranzacțiilor, un timestamp Unix, ținta de dificultate curentă și nonce-ul. Minerii iterează nonce-ul (și uneori timestamp-ul sau extra-nonce-ul din tranzacția coinbase) până când hash-ul dublu-SHA-256 al antetului cade sub ținta de dificultate.

Lista de tranzacții — setul ordonat de tranzacții incluse în bloc. Tranzacția coinbase (prima) atribuie recompensa blocului și taxele de tranzacție adresei minerului.

Lanțul — legătura antetelor. Proof-of-work cumulat în lanț (suma tuturor lucrărilor efectuate pentru a produce fiecare bloc) determină care fork este lanțul canonic. Nodurile urmează întotdeauna lanțul cu cea mai mare lucrare cumulată.

Timpul de bloc vizat este de 10 minute pentru Bitcoin. Dificultatea se ajustează la fiecare 2.016 blocuri (aproximativ două săptămâni) pentru a menține acea țintă pe măsură ce rata hash totală a rețelei se schimbă.

Stratul programabil al Ethereum #

Ethereum a generalizat modelul de tranzacție al Bitcoin de la „transfer de valoare" la „executare de cod". Adăugirile cheie:

Ethereum Virtual Machine (EVM). O mașină virtuală bazată pe stivă, cu cuvinte de 256 de biți, care se execută determinist pe toate nodurile complete. Fiecare opcode are un cost explicit de gas. Calculul este limitat de limita de gas a blocului, prevenind buclele infinite să oprească rețeaua. Toate nodurile care execută același bytecode pe același stat trebuie să producă același rezultat — acest consens privind execuția este ceea ce face contractele inteligente lipsite de încredere.

Conturi. Ethereum are două tipuri de conturi: Externally Owned Accounts (EOA) controlate de chei private și Contract Accounts al căror cod este stocat on-chain. O tranzacție trimisă la o adresă de contract declanșează execuția bytecode-ului contractului.

Stare. Starea globală Ethereum este o mapare a adreselor la stările conturilor (nonce, sold, stocare, hash cod). Rădăcina de stare — un trie Patricia Merkle al tuturor stărilor conturilor — este inclusă în fiecare antet de bloc, permițând dovada eficientă a stării oricărui cont la orice înălțime de bloc.

Gas. Utilizatorii plătesc gas (în ETH) pentru fiecare operație EVM. Gas îndeplinește două funcții: compensează minerii/validatorii pentru calcul și limitează resursele pe care orice tranzacție singulară le poate consuma, prevenind atacurile de refuz al serviciului prin operații costisitoare.

Scrierea contractelor inteligente în Solidity #

Solidity este un limbaj tipizat static, orientat spre contracte, care compilează în bytecode EVM. Un contract de token minimal ilustrează conceptele de bază:

pragma solidity ^0.8.0;

contract MyToken {
    string public name;
    string public symbol;
    uint8 public decimals;
    uint256 public totalSupply;
    mapping(address => uint256) public balanceOf;

    event Transfer(address indexed from, address indexed to, uint256 value);

    constructor(
        string memory _name,
        string memory _symbol,
        uint8 _decimals,
        uint256 _totalSupply
    ) {
        name = _name;
        symbol = _symbol;
        decimals = _decimals;
        totalSupply = _totalSupply;
        balanceOf[msg.sender] = _totalSupply;
    }

    function transfer(address _to, uint256 _value) external returns (bool) {
        require(balanceOf[msg.sender] >= _value, "Insufficient balance");
        balanceOf[msg.sender] -= _value;
        balanceOf[_to] += _value;
        emit Transfer(msg.sender, _to, _value);
        return true;
    }
}

Observații cheie: mapping(address => uint256) este un layout de stocare EVM, nu o structură de date în memorie — citirile și scrierile costă gas. require revine întreaga tranzacție la eșec, returnând gas-ul nefolosit. event Transfer emite un jurnal pe care indexatorii off-chain îl folosesc pentru a urmări transferurile fără a reciti starea completă. constructor rulează o singură dată la implementare; apelurile ulterioare merg la funcțiile denumite.

Standardul ERC-20 a formalizat o interfață comună pentru tokenuri fungibile — transfer, transferFrom, approve, allowance, balanceOf, totalSupply — permițând oricărui token conform ERC-20 să funcționeze cu orice schimb sau portofel ERC-20-aware fără integrare personalizată.

De la registru la infrastructură financiară #

Primitivele blockchain descrise aici — lanțuri hash, arbori Merkle, EVM și ERC-20 — au devenit fundamentul pentru un set mai larg de aplicații financiare între 2018 și 2026:

Finanțe descentralizate (DeFi). Protocoalele de creditare (Compound, Aave), creatorii de piață automatizați (Uniswap) și agregatorii de randament rulează toate ca contracte inteligente EVM. Ele înlocuiesc funcțiile de compensare, custodie și decontare ale intermediarilor financiari tradiționali cu cod auto-executabil și pool-uri de lichiditate on-chain.

Active tokenizate. Băncile centrale și băncile comerciale pilotează depozite tokenizate, obligațiuni tokenizate și fonduri de piață monetară tokenizate pe variante cu permisiuni ale lanțurilor compatibile EVM. Mecanica de bază — tranziții de stare securizate prin hash, decontare atomică, reguli de transfer programabile — sunt descendenți direcți ai arhitecturii Ethereum din 2014.

Monede digitale ale băncilor centrale. Cercetarea CBDC en-gros a Băncii Angliei, programul euro digital al BCE și Proiectul Agorá explorează toate arhitecturi DLT derivate din sau compatibile cu proiectele fundamentale din Bitcoin și Ethereum. Structurile de consens și lanț hash rămân relevante chiar și acolo unde modelul de permisiuni și guvernanță diferă complet de blockchain-urile publice.

Călătoria de la documentul tehnic Bitcoin din 2008 la finanțele tokenizate din 2026 cuprinde două decenii, dar rulează pe o linie tehnică coerentă. Înțelegerea modului în care un lanț hash SHA-256 impune imutabilitatea, modul în care un arbore Merkle permite verificarea eficientă și modul în care EVM execută contracte inteligente atomic este condiția prealabilă pentru evaluarea oricărei afirmații despre ceea ce blockchain poate și nu poate face în serviciile financiare reglementate.

Întrebări frecvente #

Care este diferența dintre un blockchain și o bază de date distribuită?

O bază de date distribuită tradițională replică datele pe noduri pentru disponibilitate și performanță, dar încrederea este centralizată — un administrator poate modifica înregistrările. Un blockchain face falsificarea computațional costisitoare prin înlănțuire hash și consens: modificarea oricărei înregistrări istorice necesită refacerea tuturor proof-of-work sau proof-of-stake ulterioare și convingerea rețelei să accepte fork-ul modificat. Proprietatea distinctivă este dovada de falsificare aplicată de criptografie și design de stimulente, nu de controale de acces.

De ce Ethereum folosește Keccak-256 în loc de SHA-256?

Ethereum a adoptat Keccak-256 (finalistul SHA-3 înainte de ajustările de standardizare NIST) parțial deoarece designerii săi doreau independență față de linia SHA-2 de care Bitcoin deja depindea. Keccak are, de asemenea, proprietăți algebrice diferite care l-au făcut atractiv pentru anumite operații EVM. Efectul practic pentru dezvoltatori este că derivarea adresei Ethereum și hash-ul sloturilor de stocare folosesc Keccak-256, nu SHA-256d ca în Bitcoin.

Ce previne „gas" în EVM?

Gas previne două categorii de atacuri. În primul rând, previne refuzul serviciului prin operații computațional costisitoare: fiecare opcode costă gas, deci un atacator nu poate forța rețeaua să execute bucle infinite fără cost. În al doilea rând, limita de gas a blocului limitează calculul total pe bloc, asigurând că timpul de validare a blocului rămâne limitat și previzibil pentru nodurile complete. Fără gas, un singur apel de contract ar putea opri rețeaua executând calcul nelimitat.

Cum schimbă proof-of-stake modelul de securitate față de proof-of-work?

În proof-of-work, securitatea este asigurată de cheltuielile energetice: atacarea lanțului necesită controlul a mai mult de 50% din rata hash a rețelei, ceea ce înseamnă controlul a mai mult de 50% din hardware-ul fizic și puterea sa. În proof-of-stake (folosit de Ethereum de la Merge în 2022), securitatea este asigurată de miza economică: validatorii blochează ETH ca garanție, care este tăiată dacă semnează blocuri conflictuale. Un atac de 51% necesită achiziționarea și riscarea a mai mult de 50% din tot ETH-ul mizat — un cost de capital mai degrabă decât un cost de hardware și energie. Modelul de securitate este diferit, dar comparabil matematic în termeni economici sub ipoteza că validatorii raționali preferă veniturile din taxe față de distrugerea capitalului.

Referințe #

Ultima revizuire .

Ultima revizuire .