Eu continuei assumindo que o cofre de Babylon era "inteligente" no sentido em que as pessoas comparam Bitcoin com Ethereum. Passei um tempo lendo de verdade a documentação de design do TBV e percebi que isso é o contrário.
o cofre não toma decisões depois que seu BTC é bloqueado. ele não pode. antes mesmo de a saída do cofre com taproot entrar em funcionamento, todo caminho legítimo de gasto, reembolso, liquidação, resolução de desafios, reembolso, já é construído e pré-assinado como um grafo de transação. nada é improvisado depois. um hashlock controla quando o cofre ativa, e um caminho separado com timelock de recuperação é a saída do depositante caso a configuração nunca termine.
isso é o oposto do que fazem os smart contracts. ethereum avalia a lógica enquanto uma transação é executada. o TBV move toda essa lógica para a fase de configuração; assim, o bitcoin só precisa impor um conjunto pequeno e fixo de resultados que ele já concordou com antecedência.
não acho que isso seja uma limitação; acho que pode ser exatamente o motivo de isso poder existir no bitcoin sem que seja necessário mudar nada no bitcoin.
onde eu travo é se isso se sustenta em escala. casos de uso mais estreitos, com resultados limpos e previsíveis, parecem um encaixe óbvio.
mas a mesma estrutura pré-assinada sobrevive quando os grafos de transação ficam maiores e quando é preciso contabilizar com antecedência ainda mais caminhos?
@BabylonLabs_io $BABY #baby
o cofre não toma decisões depois que seu BTC é bloqueado. ele não pode. antes mesmo de a saída do cofre com taproot entrar em funcionamento, todo caminho legítimo de gasto, reembolso, liquidação, resolução de desafios, reembolso, já é construído e pré-assinado como um grafo de transação. nada é improvisado depois. um hashlock controla quando o cofre ativa, e um caminho separado com timelock de recuperação é a saída do depositante caso a configuração nunca termine.
isso é o oposto do que fazem os smart contracts. ethereum avalia a lógica enquanto uma transação é executada. o TBV move toda essa lógica para a fase de configuração; assim, o bitcoin só precisa impor um conjunto pequeno e fixo de resultados que ele já concordou com antecedência.
não acho que isso seja uma limitação; acho que pode ser exatamente o motivo de isso poder existir no bitcoin sem que seja necessário mudar nada no bitcoin.
onde eu travo é se isso se sustenta em escala. casos de uso mais estreitos, com resultados limpos e previsíveis, parecem um encaixe óbvio.
mas a mesma estrutura pré-assinada sobrevive quando os grafos de transação ficam maiores e quando é preciso contabilizar com antecedência ainda mais caminhos?
@BabylonLabs_io $BABY #baby