Duas semanas desde o lançamento até 7,8% de todo o ETH stakeado não é um cronograma de infraestrutura normal, e marketing não é a razão. Operadores de nodes avançam lentamente, por boas razões. Qualquer coisa que toque no consenso ganha uma janela de mudança, um rollout de staging, um plano de reversão e três pessoas aprovando. Esse processo ocorre em trimestres, não em semanas. O mump2p pula a maioria dessas revisões por causa de onde está posicionado. Executa ao lado do cliente, não detém chaves, não altera regras de consenso e, se falhar, seu node retorna exatamente ao ponto inicial. O que você está aprovando não é substituir nossa rede. É adicionar um segundo caminho e manter o primeiro. Barato para tentar e barato para deixar é o que torna a curva de adoção íngreme. A maioria das equipes tenta vencer essa revisão interna provando que o produto é excelente. O @get_optimum venceu tornando a decisão pequena. Vale a pena lembrar na próxima vez que uma peça de infraestrutura abrir com um guia de integração de seis semanas. @blockchainjeff

Você envia uma transação, ela é confirmada, mas sua carteira ainda mostra o saldo antigo. Ao atualizar, o novo saldo aparece. Ao atualizar novamente, ele some. Nada quebrou. Você simplesmente acessou uma réplica diferente que ainda não havia se atualizado. O Rialo publicou um guia sobre modelos de consistência que explica exatamente isso — e a explicação é mais útil do que a maioria das dicas de UX de carteiras. Sistemas distribuídos replicam dados entre servidores, e esses servidores recebem atualizações em momentos diferentes. Uma leitura em uma réplica atrasada retorna um estado comprometido mais antigo. Comportamento correto sob a maioria dos modelos de consistência, mas profundamente confuso ao visualizar. A solução tem um nome: read my writes (leia minhas escritas). Uma vez que um cliente compromete uma escrita em uma sessão, toda leitura subsequente nessa sessão reflete essa alteração. Você sempre vê sua própria transação, mesmo quando outros usuários ainda não a veem. Juntamente com leituras monotônicas, sua visão só avança, então o saldo nunca retrocede durante uma sessão. A documentação do @RialoHQ nomeia isso como algo que as carteiras devem implementar na camada de aplicação, e mapeia separadamente qual modelo se aplica a cada parte da cadeia: consistência forte para pontos de verificação de finalidade; prefixo consistente para ordenação de blocos durante a sincronização; obsolescência limitada para clientes leves. A maioria das cadeias não documenta a consistência e deixa os desenvolvedores descobrirem por meio de relatos de bugs. Escrever explicitamente qual garantia se aplica onde é um trabalho pouco glamoroso, mas que economiza semanas de busca por um problema que nunca foi um bug.

O Startale Card foi lançado ontem com 300.000 reservas, e a mensagem de lançamento afirma que seus ativos onchain @soneium estão prontos para gastos cotidianos. O comunicado de imprensa é mais restrito. Você transfere USDSC para o cartão e gasta USDSC. Vale saber qual dessas duas frases é o produto. Aqui está o que foi lançado. Um cartão virtual emitido pela Rain, membro principal da Visa, acessível a mais de 150 milhões de locais comerciais. Cashback pago em USDSC diretamente na conta. KYC dentro do aplicativo @StartaleGroup, seguido pela ativação; os primeiros contribuidores foram priorizados e os convites da lista de espera foram liberados em ordem de inscrição até novembro. As reservas abriram em julho, ou seja, quatro meses da lista de espera para emissão ativa. O detalhe silencioso está nos termos. O cartão é mantido separado dos serviços do aplicativo, como Earn, swaps e saldos em USDSC, e o emissor não é parte desses serviços. Assim, o enquadramento como superapp e a estrutura legal apontam em direções ligeiramente diferentes — comum em programas de cartões — e ainda assim vale a pena ler antes de assumir que um saldo flui para o outro. Nenhuma menção a um cartão físico é feita em lugar algum. Minha opinião é que o enxugamento é a melhor parte. Um cartão que só gasta uma stablecoin não é um cartão menor. É a versão que ainda funciona quando o mercado abre vermelho.

O primeiro estudo de caso de operador chegou, e o número que importa não é o da manchete. A Blockdaemon submeteu 2.185 validadores do mainnet ao mump2p, e suas votações erradas caíram 39,7%, de 0,452% para 0,273%. Vale refletir: eles já estavam acima de 99% de precisão. Esse ganho veio de uma margem que a maioria das equipes consideraria já esgotada. O mecanismo reside na dispersão, não na média. Os blocos chegaram, em média, 366 ms antes, o que é bom, mas a dispersão da propagação reduziu de 515 ms para 152 ms. A média afeta sua slot típica. A dispersão decide suas piores slots, e suas piores slots são exatamente onde as atestações falham. Um detalhe que apreciei: a linha de base foi obtida a partir de 151 nós sentinela públicos do Xatu em 50.232 slots, não apenas da instrumentação do @get_optimum. Qualquer um que duvide do resultado pode ir discutir com um conjunto de dados que pode baixar. Medir-se contra nós que você não controla é a versão disso que continuarei lendo. @blockchainjeff

Uma janela pop-up da carteira exibe um endereço de contrato, um nome de função e uma estimativa de gás. Nada nessa tela informa como ficam seus saldos após você assinar. A maioria das pessoas clica em aprovar de qualquer forma, porque a alternativa é ler bytecode. A assinatura cega é como grande parte das perdas on-chain que não foram falhas de protocolo realmente ocorreram. O usuário autorizou. Simplesmente não tinha como ver o que estava autorizando. A Velora, o protótipo reativo de portfólio DeFi apresentado no recente Rialo Builders Hub, simula cada transação on-chain antes que a carteira do usuário assine qualquer coisa. O resultado é calculado primeiro. A assinatura vem depois, contra um resultado que o usuário pode inspecionar. Combinado com um limite diário rígido de US$ 2.500 e bloqueio automático de transferências para endereços não autorizados, o agente opera dentro de paredes que o usuário realmente pode ver. O que torna a pré-simulação confiável aqui é que a execução da @RialoHQ é determinística por construção. Os programas são canonicalizados em bytecode idêntico em todos os validadores antes de qualquer coisa ser executada, com limites de recursos explícitos atribuídos desde o início. Uma simulação que não pode divergir da execução real é uma simulação digna de ser lida. Carteiras de hardware resolveram a questão de quem detém a chave. Ninguém jamais resolveu se a pessoa que a detém entende o que está assinando.

Quase 8 por cento de todo o ETH stakeado agora executa mump2p. A própria participação é menos interessante do que o que essa participação faz na malha. A camada de gossip do ethereum mantém cada node conectado a cerca de 8 pares da malha por tópico. Se os adotantes estivessem distribuídos aleatoriamente pela rede, uma adoção de 8 por cento significa que aproximadamente metade de todos os nodes já está ao lado de pelo menos um vizinho acelerado. Um em dois, aos 8 por cento. Leve isso a 20 e mais de 80 por cento dos nodes têm um vizinho rápido. Advertência honesta: a participação no staking não é a mesma que a participação nos nodes. Grandes operadores executam muitos validadores atrás de poucas máquinas, e os adotantes se agrupam em vez de se espalhar, então a cifra ao nível dos nodes é quase certamente menor que a ao nível do staking. A forma ainda se mantém. Nesta categoria, o benefício não chega quando todos adotam. Ele chega quando seu vizinho adota, e a curva para isso se torna íngreme cedo. @get_optimum ultrapassou 3,36 milhões de ETH impulsionados. O número que eu realmente observaria é qual a parcela dos nodes que agora estão a um salto de um par impulsionado. @blockchainjeff

Executar um pedido de empréstimo em uma cadeia típica pode exigir três tokens separados. O ativo nativo para gas. Um segundo para pagar o serviço de relay que busca os dados de crédito do mutuário. Um terceiro para compensar a rede de keepers que aciona o retorno assim que esses dados são retornados. Esse exemplo vem da própria documentação de execução assíncrona da Rialo e descreve o custo operacional real de algo que a maioria das pessoas chamaria de uma única transação. Três ativos para adquirir, manter, monitorar e recarregar. Três saldos para gerenciar. Três pontos onde o fluxo de trabalho para se um deles ficar vazio no momento errado. Esse imposto em múltiplos tokens raramente é mencionado porque não é uma taxa de protocolo cobrada por ninguém. É um custo emergente de terceirizar capacidades para redes separadas, cada uma necessitando de sua própria economia para sobreviver. Ninguém o projetou. Ele se acumulou, uma camada de middleware por vez. Na @RialoHQ, o mesmo fluxo de trabalho é executado como uma única transação assíncrona. Validadores consultam a API externa por meio de chamadas web nativas. A execução pausa e retoma sem a necessidade de um keeper para incentivá-la. Um único token, um único saldo, uma única coisa para manter financiada. Discussões sobre design de token geralmente giram em torno de cronogramas de oferta e curvas de distribuição. A pergunta mais útil é: quantos tokens diferentes um desenvolvedor precisa manter antes que seu produto funcione? Para a maioria desta indústria, a resposta honesta tem sido três, e ninguém jamais colocou esse número em uma apresentação de pitch.

Uma nova unidade de medida entrou silenciosamente nesta indústria na semana passada, e não é TVL. Total Value Boosted. A quantia de ETH fazendo staking cujos dados de bloco agora passam por um caminho acelerado. @get_optimum colocou isso em um painel público e a DefiLlama adotou, e é assim que uma métrica se torna real: uma terceira parte neutra concorda em rastreá-la. Pense no que o TVL fez ao DeFi. Ele deu a todos um único número para competir, e dentro de um ano todos os protocolos estavam otimizando para ele, inclusive de maneiras verdadeiramente estúpidas. Métricas moldam comportamentos. O número que você publica é o número que sua indústria começa a perseguir. TVB é mais interessante do que parece à primeira vista, porque não pode ser alugado com incentivos da maneira usual. Ninguém estaciona capital em uma camada de propagação. Esse staking já está feito, já fazendo seu trabalho. O que o número conta são operadores tomando uma decisão de infraestrutura e depois não a revertendo. Se ela se popularizar, não faço ideia. Mas o fato de uma camada de rede ter sua própria métrica rastreada significa que alguém finalmente decidiu que essa parte da pilha merece ser medida. Isso estava atrasado por cerca de uma década. @blockchainjeff

Executar uma loteria onchain parece trivial até você perguntar quem escolhe o vencedor. Hashes de blocos são influenciáveis por quem propõe o bloco. Um número aleatório gerado pelo organizador é apenas um número escolhido por ele. Os participantes não têm como distinguir entre um sorteio justo e um manipulado após o fato. Drawbook, apresentado no Rialo Builders Hub, resolve isso com commit reveal. As inscrições são comprometidas primeiro, vinculadas às carteiras. A revelação ocorre posteriormente, verificada por contratos inteligentes, e qualquer um pode verificar o resultado onchain. O organizador não consegue ver contra o que está sorteando enquanto as inscrições ainda estiverem abertas, nem pode alterar o resultado assim que a revelação começar. Essa estrutura em duas fases é exatamente o ponto central. Separar o compromisso da revelação remove a janela em que alguém com tempo privilegiado poderia agir com informações que ninguém mais possui. É a mesma lógica por trás de leilões de lances selados, aplicada a um problema que a maioria das loterias onchain ainda resolve por confiança. O que torna isso simples de construir no @RialoHQ é que a revelação não precisa de um gatilho externo. Uma fase de revelação que se abre em um bloco definido ou quando as inscrições fecharem é um predicado que a rede avalia por si mesma. Nenhum organizador precisa pressionar um botão no momento certo — exatamente o momento que você gostaria de remover de um sorteio justo. Aleatoriedade verificável tem sido um problema resolvido na criptografia há anos. O que continua não acontecendo é levá-la para produtos que as pessoas realmente usam.

A Fhenix lançou o CoFHE no Ethereum e Arbitrum com exatamente dois nomes associados como primeiros parceiros de design mainnet, e @FlutonIO é um deles. O outro é o Alpha Engine, uma plataforma para avaliar estratégias de negociação sem expor a lógica por trás delas. Os dois parceiros apostam em coisas diferentes. O Alpha Engine protege o segredo de um produto. O Fluton protege uma camada na qual outros produtos se apoiam, com intenções criptografadas abrangendo trocas, pagamentos e movimentos entre cadeias sob um único mecanismo de confidencialidade. Um parceiro de design é um cliente de computação criptografada. O outro é um caminho para que muitos mais clientes cheguem. O @fhenix afirma que ambos os parceiros concluíram as revisões técnicas e de segurança antes do lançamento, então o Fluton foi verificado no momento da entrada, não após. Posso estar errado sobre o quanto isso pesa, já que os detalhes da revisão não são públicos e a descrição vem da própria Fhenix. Em um mainnet onde cada contrato precisa de aprovação antes de poder ser executado, ser nomeado como primeiro diz mais do que qualquer slogan poderia.