Matt Corallo, conhecido como TheBlueMatt, é programador Bitcoin ligado a BIP 152, FIBRE e rust-lightning. Entrega rápida de blocos não substitui validação, e uma biblioteca Lightning não é uma carteira pronta.
O perfil GitHub relaciona Matt Corallo com TheBlueMatt e indica repositórios movidos para git.bitcoin.ninja. A ausência no local antigo não prova o fim do desenvolvimento; verifique mudanças no histórico. [GitHub — Matt Corallo]
BIP 152 identifica Corallo como autor de Compact Block Relay e agradece a Gregory Maxwell pela ideia inicial, projeto e testes. A meta principal é transmitir menos dados, não mudar regras de validade de blocos. [BIP 152 — Compact Block Relay]
BIP 152 reconstrói blocos com identificadores curtos e o mempool local. Transações ausentes são solicitadas por getblocktxn. Identificadores podem colidir; a mensagem compacta não substitui os dados completos para validação. [BIP 152 — Compact Block Relay]
Sob condições definidas, BIP 152 permite anunciar um bloco compacto antes de verificar todas as transações. Após reconstruído, ele é processado normalmente. Entrega rápida não prova que cada entrada gasta validamente fundos existentes. [BIP 152 — Compact Block Relay]
O texto de Corallo de 7 de julho de 2016 descreve FIBRE com UDP, FEC e Compact Blocks. Dados redundantes recuperam pacotes perdidos sem novo pedido. Troca-se volume de dados por menor atraso, sem promessa de perfeição em qualquer condição. [Matt Corallo — The Future of The Bitcoin Relay Networks]
O FAQ FIBRE descreve encaminhamento de pacotes antes da validação e forte confiança interna. Código aberto permite outras redes, mas não elimina o controle de um operador sobre conexões. O FAQ registra a passagem da manutenção à Localhost Research em 2025. [FIBRE — FAQ]
O manifesto do pacote lightning em rust-lightning nomeia Matt Corallo e descreve uma biblioteca Rust. Aplicações escolhem integração de carteira, blockchain, armazenamento e rede. Isso não significa que uma pessoa escreveu cada mudança posterior. [rust-lightning — package manifest]
A arquitetura LDK descreve um SDK integrado com armazenamento e serviços configuráveis. Após iniciar um pagamento, o resultado chega depois por evento; chamar a função não confirma sucesso. A integração deve tratar esses resultados. [LDK — Architecture]
Para ter uma visão mais completa, leia este verbete junto com Gregory Maxwell, Luke Dashjr, Satoshi Nakamoto. Também há referências a este verbete em Gregory Maxwell, Luke Dashjr.