Na semana passada, quando encontrei no site oficial aquela parte sobre o Atomic Settlement, travei. Cinco palavras em inglês pareciam estar prometendo algo e, ao mesmo tempo, pareciam não dizer nada por completo. “Atomic Settlement” fica em destaque na página inicial; a comunidade já tinha transformado isso em “cair em segundos”. Mas, afinal, o que o texto original do site promete? Ninguém destacou as palavras qualificadoras.
Abri a frase original do site e a seção de overview dos docs e conferi palavra por palavra. “deterministic finality” com “delivery-versus-payment-ready workflows”; traduzindo, é o ativo e o pagamento caminhando juntos: pronto para o “entrega contra pagamento”, não é que a transferência conclua instantaneamente. Uma frase em inglês delimita o escopo: ela promete a coordenação das duas pernas, não a velocidade. O site só dá metade. A outra metade precisa ser complementada pelos docs.$DUSK
Separando, dá para ver três etapas. Primeira: a finalização determinística dá um ponto de tempo comum para as duas pernas; o Bitcoin só se move depois de 6 confirmações, aqui a finalização ocorre com a aprovação de 1 bloco. Não importa quem vai primeiro e quem vai depois. Segunda: ou as duas pernas terminam, ou nenhuma termina — essa é a definição de DvP, não é propaganda. Se a perna do pagamento travar, a perna do ativo fica parada junto; o contrário também. Terceira: o que o site não escreveu, eu também listei — após a chegada dos ativos em uma cadeia, quem fornece o preço? e o que fazer se a diferença de tempo entre as duas pernas passar de um bloco? Até cenários extremos como “falhar 16 vezes e entrar em modo de emergência” ficam apenas na whitepaper, na seção 3.6; a linha da página inicial nem menciona.
Por que o site só escreve metade de uma promessa? Eu parei e alinhei as duas frases lado a lado. Em poucas palavras: o comedimento das cinco palavras do site, enquanto a comunidade transmite como “em segundos”; a diferença é justamente essa prova de confiança. @Dusk “finalização determinística” é uma promessa da camada DuskDS; a camada de execução trocando qualquer um não afeta essa promessa. Já “DvP-ready” não inclui preço de ativos entre cadeias, nem inclui ausência de defasagem entre as duas pernas. Um protocolo com limites de promessa bem claros, é mais confiável do que qualquer protocolo que diga tudo sem medir.
Meu hábito é, toda vez que vejo “atomic settlement” nesses quatro termos, primeiro perguntar: atômico de qual etapa? A perna do ativo ou a perna do pagamento? Depois que eu faço essa pergunta, a propaganda não consegue mais te enganar.#dusk
Abri a frase original do site e a seção de overview dos docs e conferi palavra por palavra. “deterministic finality” com “delivery-versus-payment-ready workflows”; traduzindo, é o ativo e o pagamento caminhando juntos: pronto para o “entrega contra pagamento”, não é que a transferência conclua instantaneamente. Uma frase em inglês delimita o escopo: ela promete a coordenação das duas pernas, não a velocidade. O site só dá metade. A outra metade precisa ser complementada pelos docs.$DUSK
Separando, dá para ver três etapas. Primeira: a finalização determinística dá um ponto de tempo comum para as duas pernas; o Bitcoin só se move depois de 6 confirmações, aqui a finalização ocorre com a aprovação de 1 bloco. Não importa quem vai primeiro e quem vai depois. Segunda: ou as duas pernas terminam, ou nenhuma termina — essa é a definição de DvP, não é propaganda. Se a perna do pagamento travar, a perna do ativo fica parada junto; o contrário também. Terceira: o que o site não escreveu, eu também listei — após a chegada dos ativos em uma cadeia, quem fornece o preço? e o que fazer se a diferença de tempo entre as duas pernas passar de um bloco? Até cenários extremos como “falhar 16 vezes e entrar em modo de emergência” ficam apenas na whitepaper, na seção 3.6; a linha da página inicial nem menciona.
Por que o site só escreve metade de uma promessa? Eu parei e alinhei as duas frases lado a lado. Em poucas palavras: o comedimento das cinco palavras do site, enquanto a comunidade transmite como “em segundos”; a diferença é justamente essa prova de confiança. @Dusk “finalização determinística” é uma promessa da camada DuskDS; a camada de execução trocando qualquer um não afeta essa promessa. Já “DvP-ready” não inclui preço de ativos entre cadeias, nem inclui ausência de defasagem entre as duas pernas. Um protocolo com limites de promessa bem claros, é mais confiável do que qualquer protocolo que diga tudo sem medir.
Meu hábito é, toda vez que vejo “atomic settlement” nesses quatro termos, primeiro perguntar: atômico de qual etapa? A perna do ativo ou a perna do pagamento? Depois que eu faço essa pergunta, a propaganda não consegue mais te enganar.#dusk