Eu estava rolando posts sobre cripto quando alguém escreveu,
"Todos os bridges de Bitcoin são basicamente iguais."
Quase continuei rolando... mas então parei.
Alguns minutos depois, eu estava conversando com um amigo e perguntei,
"Se um bridge depende de um grupo de pessoas assinando transações, o que acontece se esse grupo parar de cooperar?"
Ele respondeu,
"Então você está confiando no grupo tanto quanto está confiando na tecnologia."
Isso me fez investigar mais a fundo.
Por exemplo, o sBTC da Stacks usa um grupo de assinaturas em limite de 70% de Stackers. O bridge permanece seguro enquanto mais de 30% continuarem honestos, e só fica operacional se 70% cooperarem ativamente.
Depois eu comparei isso com a abordagem da Babylon.
O que chamou minha atenção é que a Babylon não depende de um comitê rotativo de signatários para proteger o Bitcoin. Em vez disso, o design dela ancora a segurança no próprio consenso do Bitcoin. A ideia não é perguntar "Qual grupo devo confiar?"; é reduzir a necessidade de grupos confiáveis em primeiro lugar.
Essa diferença mudou completamente a forma como eu penso sobre a infraestrutura do Bitcoin.
Às vezes, dois projetos parecem resolver o mesmo problema, mas resolvem de maneiras muito diferentes.
Um pede que você confie em um limite de participantes.
O outro tenta herdar as garantias de segurança que o Bitcoin já fornece.
É o tipo de decisão de design que eu acho que vale a pena prestar atenção.
@BabylonLabs_io #baby $BABY
"Todos os bridges de Bitcoin são basicamente iguais."
Quase continuei rolando... mas então parei.
Alguns minutos depois, eu estava conversando com um amigo e perguntei,
"Se um bridge depende de um grupo de pessoas assinando transações, o que acontece se esse grupo parar de cooperar?"
Ele respondeu,
"Então você está confiando no grupo tanto quanto está confiando na tecnologia."
Isso me fez investigar mais a fundo.
Por exemplo, o sBTC da Stacks usa um grupo de assinaturas em limite de 70% de Stackers. O bridge permanece seguro enquanto mais de 30% continuarem honestos, e só fica operacional se 70% cooperarem ativamente.
Depois eu comparei isso com a abordagem da Babylon.
O que chamou minha atenção é que a Babylon não depende de um comitê rotativo de signatários para proteger o Bitcoin. Em vez disso, o design dela ancora a segurança no próprio consenso do Bitcoin. A ideia não é perguntar "Qual grupo devo confiar?"; é reduzir a necessidade de grupos confiáveis em primeiro lugar.
Essa diferença mudou completamente a forma como eu penso sobre a infraestrutura do Bitcoin.
Às vezes, dois projetos parecem resolver o mesmo problema, mas resolvem de maneiras muito diferentes.
Um pede que você confie em um limite de participantes.
O outro tenta herdar as garantias de segurança que o Bitcoin já fornece.
É o tipo de decisão de design que eu acho que vale a pena prestar atenção.
@BabylonLabs_io #baby $BABY