02 — Fundamentos de Blockchain

Conceitos, vocabulário, princípios de design, modelos teóricos. Pré-requisito para entender os outros arquivos.

1. Definição

*lockchain*= ledger distribuído append-only onde blocos de transações são encadeados por hashes criptográficos, com consenso descentralizado para ordem e validade.

Componentes mínimos:

1. *strutura de dados em chain* bloco \(n\) contém hash do bloco \(n-1\).
2. *ecanismo de consenso* regra para aceitar próximo bloco entre nós sem coordenação central.
3. *istema de incentivos* tokens nativos para alinhar mineradores/validadores.
4. *dentidade criptográfica* chaves públicas como pseudônimos.

Diferenças com bancos de dados tradicionais

2. Vocabulário básico

3. Propriedades fundamentais

Imutabilidade

Bloco \(n\) contém \(H(\text{block}_{n-1})\). Mudar bloco antigo = recompute todos os hashes subsequentes + outvalue trabalho da rede inteira.

*ão é absoluta* hard forks reescrevem (DAO 2016, BSVBCHBTC). "Imutabilidade" é resistência prática a tampering, não impossibilidade matemática.

Decentralization

3 dimensões (Vitalik 2017, The Meaning of Decentralization):

1. *rchitectural* número de máquinas físicas (Bitcoin: ~15k full nodes, milhões de SPV).
2. *olitical* número de indivíduos/organizações que controlam.
3. *ogical* estado é único (≠ logically decentralized).

Blockchain: arch + politically decentralized; logicamente centralizado (1 ledger).

Censorship resistance

Atacante pode pagar mais para excluir sua tx temporariamente (front-running pelo fee market), mas eventualmente outro miner/validator inclui. Nakamoto consensus assume 50%+ honesto.

Trustlessness (parcial)

"Don't trust, verify". Verifica matemática + consenso, não pessoa. Mas: trust no design do protocolo, no código, na maioria dos validators ser honesta, no compilador, no hardware...

Final settlement

Tx confirmada após \(k\) blocos é (probabilisticamente em PoW, determinística em BFT) imutável.

4. Trilemma de Vitalik (Scalability Trilemma)

*italik Buterin, 2017* blockchain pode otimizar 2 de 3:

1. *ecentralization*— qualquer um pode validar.
2. *ecurity*— resistência a ataque com custo razoável de hardware.
3. *calability*— alta throughput (TPS).

Bitcoin/Ethereum L1: dec + sec, sacrifica scalability. Solana: sec + scalability, sacrifica dec (alto custo HW pra validar). Permissioned chains: scalability + sec, sacrifica decentralization.

*oluções modernas* rollups (L2) ataca trilemma assumindo L1 dec+sec, mas movendo execution off para L2 que pode otimizar scalability sem comprometer L1.

5. CAP / FLP / Byzantine generals

CAP (Brewer 2000)

Sistema distribuído sob partição de rede pode garantir 2 de:

• *onsistency*
• *vailability*
• *artition tolerance*

Em blockchain (sempre P), escolhe-se entre C (BFT, finality) e A (Nakamoto, eventual consistency).

FLP (FischerLynchPaterson 1985)

Em rede asíncrona com 1 falha, *onsenso determinístico é impossível* Workarounds:

• *íncrono*(assume timing bounds): PBFT, Tendermint.
• *robabilístico* Nakamoto consensus.
• *andomized* Algorand (VRF-based).

Byzantine Generals Problem (LamportShostakPease 1982)

Dado \(n\) generais, \(f\) traidores, atingir consenso:

• *íncrono autenticado* \(n \geq f + 1\) basta.
• *íncrono não-autenticado* \(n \geq 3f + 1\) (Lamport's bound).
• *síncrono autenticado* \(n \geq 3f + 1\) (Castro-Liskov PBFT).

Blockchain: assume Byzantine adversarial environment (mineradores podem mentir, censurar, mining pools cooperar).

6. Modelos de tx

UTXO (Bitcoin)

Estado = set de UTXOs (Unspent Transaction Outputs). Cada UTXO tem (value, script).

Tx consome UTXOs (inputs) e cria UTXOs (outputs). Total in ≥ total out (diferença = fee).

*antagens*

• Paralelismo (txs independentes podem processar simultâneo).
• Privacy (cada UTXO vai para novo address).
• Stateless validation pertx (input scripts autosuficientes).

*esvantagens*

• Smart contracts complexos difíceis (sem persistent state).
• UTXO set cresce; storage challenge.

Account-based (Ethereum)

Estado = map[address] → (balance, nonce, code, storage).

Tx = (from, to, value, data, gas, signature).

*antagens*

• Smart contracts naturais.
• Replay protection via nonce.
• Storage rent / state expiry possible.

*esvantagens*

• Sequencial (txs do mesmo from precisam ordem).
• Replay across chains: needs chain ID (EIP-155).
• Complex state management.

Híbrido / outras

• *ardano (eUTXO)* UTXO + scripts mais expressive.
• *ui (object-centric)* objects ao invés de accounts.
• *imbleWimble (Beam, Grin)* confidential UTXOs + cut-through.

7. Cryptographic primitives (review)

Para detalhes ver ../cryptography/. Resumo de uso:

8. Wallets

Selfcustody (noncustodial)

Usuário controla as chaves privadas. *ot your keys, not your coins*

• *ot wallets* software, conectada à internet. MetaMask, Phantom, Rabby, Frame.
• *old wallets* offline. Hardware (Ledger, Trezor, Coldcard, Keystone), paper wallets, air-gapped computers.
• *mart wallets / smart contract wallets* ERC-4337 (account abstraction). Argent, Safe (Gnosis), Coinbase Smart Wallet.

Custodial

Operador detém chaves. Coinbase, Binance, exchanges. Convenience vs counterparty risk.

Backup standards

• *IP-32* hierarchical deterministic.
• *IP39* 12/24word mnemonic seed.
• *IP44* multicoin / account derivation paths.
• *LIP-39* Shamir secret sharing backup (Trezor).

Smart contract wallets

ERC-4337 (Account Abstraction) features:

• Multisig.
• Social recovery.
• Spend limits.
• Batched txs.
• Custom signature schemes (passkey, hardware).
• Paymasters (alguém paga gas pelo user — sponsorship).

9. Network topology

P2P architecture

• *ull node* armazena chain inteira, valida tudo.
• *runed node* chain inteira mas descarta dados antigos.
• *ight client / SPV* só headers + Merkle proofs sob demanda (BIP37, BIP157/158 Compact Filters).
• *rchive node* chain inteira + estado histórico de cada bloco.
• *elay node* encaminha sem validar (mining pools).

Bootstrap

Bitcoin: hardcoded DNS seeds (seed.bitcoinstats.com, etc.) → discover peers. Ethereum: ENR (Ethereum Node Records, EIP-778) + DHT discovery.

Networking

• *itcoin* TCP port 8333, plain (Tor opcional).
• *thereum* devp2p RLPx (encrypted), execution layer port 30303; consensus layer libp2p port 9000.
• *olana* gossip protocol custom UDP.

10. Encoding e serialização

11. Address formats

ENS (Ethereum Name Service): vitalik.eth resolve para 0xd8dA... — humano-readable em Ethereum.

12. Endereços + privacy

Chain pública = todo mundo vê:

• Saldo de cada address.
• Histórico completo de tx.
• Counter-parties.
• Padrões de tempo.

*seudonímia ≠ anonimato* Heuristics de chain analysis (Chainalysis, TRM, Elliptic):

• *ommon input ownership* txs com múltiplos inputs probably pertencem ao mesmo dono.
• *hange address detection* identificar troco vs receiver.
• *ddress clustering* agrupar addresses do mesmo dono.
• *ffchain data* KYC de exchanges + onchain links.

*itigations*

• CoinJoin (Wasabi, Samourai, Whirlpool).
• Privacy coins (Monero, Zcash, Dash PrivateSend).
• Tornado Cash (sancionada).
• Wrapping em rollups privacy-focused (Aztec).

13. Stack típico Web3

┌──────────────────────────────────────────────┐
│  Frontend (React, Next.js, Vue)              │
│  + WalletConnect, RainbowKit, ConnectKit     │
├──────────────────────────────────────────────┤
│  Wallet (MetaMask, Phantom, Rabby, Coinbase) │
├──────────────────────────────────────────────┤
│  RPC provider (Alchemy, Infura, QuickNode,   │
│  self-hosted node)                           │
├──────────────────────────────────────────────┤
│  Smart contracts (Solidity, Vyper, Rust)     │
│  + libraries (OpenZeppelin, Solady)          │
├──────────────────────────────────────────────┤
│  L1/L2 chain                                 │
└──────────────────────────────────────────────┘

Indexers/data: The Graph, Goldsky, Subsquid, Dune Analytics. Oracles: Chainlink, Pyth, RedStone, API3. Dev tools: Hardhat, Foundry, Truffle (legacy), Anchor (Solana), Anvil/forge. Testing: Foundry (Solidity-native), Hardhat + Mocha, Brownie (Python).

14. Estado da arte 2026

• *itcoin* Layer 1 monetário; L2 evolution (Lightning + Stacks + Arch + Babylon).
• *thereum* settlement + DA layer; execução em L2s (Arbitrum, Base, OP, Scroll, zkSync).
• *olana* high-perf monolithic L1; competitive em UX + speed.
• *osmos* app-chain ecosystem; IBC interoperability.
• *olkadot* parachains, shared security, relay chain.
• *odular thesis* separação de execution / settlement / DA / consensus (Celestia, EigenDA, Avail).

Estatísticas (~mai/2026):

• Bitcoin marketcap: ~US$ 2.5T.
• Ethereum marketcap: ~US$ 600B.
• Total crypto marketcap: ~US$ 4T.
• Stablecoin marketcap: ~US$ 250B.
• DeFi TVL: ~US$ 200B.
• Daily DEX volume: ~US$ 10B.

15. Bibliografia

• *ntonopoulos* Mastering Bitcoin, O'Reilly 2017 (free github), 3ª ed.
• *ntonopoulos + Wood* Mastering Ethereum, O'Reilly 2018.
• *arayanan, Bonneau, Felten, Miller, Goldfeder* Bitcoin and Cryptocurrency Technologies, Princeton 2016 (free).
• *erner, Perez, Gudgeon, Klages-Mundt, Harz, Knottenbelt* SoK: Decentralized Finance (DeFi), AFT 2022.
• *amyatin et al.* SoK: Communication Across Distributed Ledgers (2021).
• Vitalik Buterin's blog: vitalik.ca / vitalik.eth.limo.
• Bitcoin Optech newsletter (bitcoinops.org/en/newsletters/).
• Ethereum Research forum: ethresear.ch.
• 0xResearch (Blockworks) podcast.
• Bankless newsletter/podcast.
• Messari research reports.

16. Referência cruzada

• Cripto primitives: ../cryptography/10-criptomoeda.md.
• Consenso detail: 03-consensus.md.
• Chains específicas: 04-l1-bitcoin.md, 05-l1-ethereum.md, 06-l1-alt.md.
• DeFi: 09-defi.md.
• Regulação: 13-regulacao.md.