todo o mecanismo pelo qual eu já passei até agora nesta série — o limite de liquidação, o superávit de justiça, tudo isso — assume em silêncio uma única coisa funcionando corretamente nos bastidores: preço. nada dessa matemática significa algo se o feed de preços que a alimenta estiver errado, e isso merece ser observado de verdade em vez de ser dado como certo.
as liquidações são acionadas quando uma faixa BTC/USD cruza um limite relativo à dívida devida. o cálculo do pagamento de justiça, que determina se um cofre confiscado excedeu o que realmente era devido, roda com esse mesmo tipo de precificação, além de um feed WBTC/USD para quando o superávit for liquidado naquele ativo específico. isso não são detalhes laterais pregados ao design. são elementos estruturais. se o preço estiver errado no momento errado, você terá uma liquidação que não deveria ter acontecido, ou um pagamento de justiça que prejudica alguém que nunca esteve de fato abaixo da água.
o que torna isso diferente do restante do design que eu já cobri é que todo o resto até agora era verificável via criptografia ou diretamente por script do bitcoin: hashlocks, provas, timelocks, coisas que você consegue conferir como corretas apenas olhando. preço não é assim. preço é externo por definição — é trabalho de um oráculo relatar algo acontecendo no mundo de fora — e nenhum truque de design de contrato muda o fato de que o contrato está confiando em um número que ele não consegue verificar de forma independente contra a realidade.
é aqui que o enquadramento de "sem necessidade de confiança" fica genuinamente mais difícil de sustentar sem qualificação. tudo o que vem antes da liquidação é imposto por uma matemática verificável on-chain. o gatilho da própria liquidação depende de um feed que reporta informações vindas de fora do sistema, e, por mais que esse oráculo seja protegido, silenciosamente vira uma das premissas de confiança mais importantes de toda a pilha.
então, a configuração desse oráculo é realmente discutida com o mesmo nível de escrutínio que as partes criptográficas, ou passa despercebida porque "feed de preço" soa rotineiro em comparação com hashlocks e provas zk?
#baby @BabylonLabs_io $BABY
as liquidações são acionadas quando uma faixa BTC/USD cruza um limite relativo à dívida devida. o cálculo do pagamento de justiça, que determina se um cofre confiscado excedeu o que realmente era devido, roda com esse mesmo tipo de precificação, além de um feed WBTC/USD para quando o superávit for liquidado naquele ativo específico. isso não são detalhes laterais pregados ao design. são elementos estruturais. se o preço estiver errado no momento errado, você terá uma liquidação que não deveria ter acontecido, ou um pagamento de justiça que prejudica alguém que nunca esteve de fato abaixo da água.
o que torna isso diferente do restante do design que eu já cobri é que todo o resto até agora era verificável via criptografia ou diretamente por script do bitcoin: hashlocks, provas, timelocks, coisas que você consegue conferir como corretas apenas olhando. preço não é assim. preço é externo por definição — é trabalho de um oráculo relatar algo acontecendo no mundo de fora — e nenhum truque de design de contrato muda o fato de que o contrato está confiando em um número que ele não consegue verificar de forma independente contra a realidade.
é aqui que o enquadramento de "sem necessidade de confiança" fica genuinamente mais difícil de sustentar sem qualificação. tudo o que vem antes da liquidação é imposto por uma matemática verificável on-chain. o gatilho da própria liquidação depende de um feed que reporta informações vindas de fora do sistema, e, por mais que esse oráculo seja protegido, silenciosamente vira uma das premissas de confiança mais importantes de toda a pilha.
então, a configuração desse oráculo é realmente discutida com o mesmo nível de escrutínio que as partes criptográficas, ou passa despercebida porque "feed de preço" soa rotineiro em comparação com hashlocks e provas zk?
#baby @BabylonLabs_io $BABY