Detentores de Bitcoin
Estão a Usar Isto (Sem Vender)

Sobre Igor Neumann

Igor Neumann é cofundador e COO da Firefish, com uma carreira construída nos mercados financeiros antes do Bitcoin. Passou anos em prop trading (começando durante o colapso das dot-com) e depois quase duas décadas na Thomson Reuters e no London Stock Exchange Group, fornecendo dados financeiros e infraestrutura a bancos e empresas de trading. Correu um nó completo de Bitcoin já em 2015, e um período a viver na Rússia durante o início da guerra com a Ucrânia, quando a sua conta bancária local se tornou inutilizável por ser estrangeiro, foi o que o transformou de trader em adepto da soberania individual.

A Firefish é um marketplace não custodial, com sede em Praga, para empréstimos garantidos por Bitcoin, não sendo ela própria um credor. Em vez de se interpor entre o mutuário e um balanço opaco como a geração BlockFi/Celsius de 2022, faz a correspondência entre mutuários e credores individuais e bloqueia o colateral em BTC diretamente on-chain num escrow multisig 3-de-3 com transações pré-assinadas. A rehipotecação é estruturalmente impossível, e uma transação de recuperação pré-assinada com bloqueio temporal («zombie apocalypse») devolve o Bitcoin ao mutuário um mês após o vencimento, mesmo que a Firefish desapareça por completo. O código é open source, a plataforma é regulada na UE (MiCA) e foram processados cerca de 150 milhões de USD em valor nocional, com zero liquidações por preço até à data.

Vale a pena ver esta conversa porque Igor percorre as mecânicas reais em vez do discurso de venda: como é construído o multisig 3-de-3, porque é usado um par de chaves efémero, quais são os quatro caminhos de transação possíveis, exatamente quando são acionadas as chamadas de margem, o que acontece a 95% de LTV e porque os mutuários nunca devem colocar todo o seu stack como garantia. É uma das explicações mais claras e não filtradas de como um produto de empréstimo em BTC pós-Celsius deve funcionar.

O que foi dito

1. 25:00 A Firefish é um marketplace peer-to-peer não custodial: o mutuário define os seus próprios termos (montante, prazo, taxa) e aguarda ser emparelhado, em vez de aceitar a proposta fechada de um banco.
2. 28:00 O colateral fica bloqueado num escrow multisig 3-de-3 com quatro caminhos pré-assinados: devolução ao mutuário no reembolso, envio ao liquidante em caso de incumprimento, envio ao liquidante em caso de liquidação por preço, ou uma transação de recuperação com bloqueio temporal («zombie apocalypse») que devolve o BTC ao mutuário um mês após o vencimento se a Firefish alguma vez desaparecer.
3. 31:00 O mutuário assina apenas uma vez na configuração, com uma chave efémera que é depois destruída, e a Firefish detém duas das três chaves apenas para arbitrar o reembolso face ao incumprimento; o credor não detém nenhuma chave, para que capital não nativo de Bitcoin (exemplo de Igor: a sua mãe reformada) possa participar sem qualquer interação on-chain.
4. 40:00 O LTV padrão é de 50% (pedir emprestado 10 mil, bloquear 20 mil em BTC), mas o LTV médio na plataforma situa-se em torno de 40-45% porque os Bitcoiners sobrecolarizam voluntariamente para evitar liquidação; na recente queda, mais de 1.000 utilizadores reforçaram o colateral para ficarem seguros.
5. 45:00 A liquidação é binária a 95% de LTV, não parcial: há um prémio de 5% reservado para o liquidante, e a regra de ouro de Igor é nunca bloquear todo o seu stack para ter sempre reservas para reforçar.
6. 48:00 O modelo de receita da Firefish é uma comissão de originação fixa de 1,5% ao ano sobre o mutuário; em cerca de 150 milhões de USD em empréstimos e aproximadamente 3.300 BTC de colateral processado, registaram zero liquidações por preço e apenas um punhado de incumprimentos.
7. 50:00 Os empréstimos são do tipo bullet (um pagamento no vencimento, sem amortização mensal) com prazos de 3 meses a 2 anos; as taxas em euros rondam atualmente 6-7% para 3 meses e 12-13% para 2 anos, e o livro em coroa checa comprimiu quase até à taxa do banco central devido à forte liquidez dos credores domésticos.
8. 68:00 O maior erro de utilizador que Igor observou: um mutuário definiu um endereço controlado por uma exchange como endereço de devolução do BTC, a exchange faliu a meio do empréstimo, e o BTC teria sido perdido no reembolso. O endereço de devolução deve ser sempre de custódia própria.