Uma demonstração do cofre de privacidade Midnight precisa de signatários externos para liberar tokens Ethereum

Retiradas do cofre experimental Ethereum da SIG Network exigem sua rede de assinatura, embora os ativos subjacentes permaneçam na Ethereum. O exemplo ilustra a dependência de retirada no plano de privacidade Nightmode do Midnight: os usuários queimam uma reivindicação protegida antes que a transferência externa seja assinada, e a recuperação de transferências falhadas também precisa de uma resposta atestada.

A conta de Charles Hoskinson, @IOHK_Charles, deu as boas-vindas ao Tron no Midnight em 21 de outubro. O roteiro da SIG tem como alvo o Tron para dezembro de 2026, enquanto sua integração listada com a Ethereum está na rede de teste stagenet.

Como o cofre Ethereum mantém ativos

A SIG descreve seu serviço como dando a um contrato Midnight uma conta Ethereum comum. Um limite de signatários produz a assinatura Ethereum quando o contrato a solicita. A SIG afirma que os signatários são independentes e que nenhum signatário único pode agir sozinho.

Nesta aplicação educacional e experimental, os tokens ERC20 subjacentes ficam na conta EVM do cofre. No Midnight, os usuários possuem tokens de cofre protegidos que representam suas reivindicações sobre esse pool. Os ativos nativos que permanecem na Ethereum, portanto, respondem a onde os ativos estão registrados; isso não responde, por si só, a quem pode movê-los.

A distinção também explica a queima. Iniciar uma retirada destrói a reivindicação protegida que está sendo resgatada, em vez de destruir o ERC20 subjacente. Um pagamento externo bem-sucedido finaliza o resgate. Se o pagamento receber um dos resultados de falha documentados, a aplicação pode restaurar a reivindicação.

O walkthrough de retirada trata o gasto do coin do titular como autorização. O titular fornece um coin de cofre protegido que corresponde ao token e ao valor exato da retirada, e então escolhe um endereço de destino. O circuito rejeita um destino zero.

O circuito startWithdraw queima esse coin e coloca o pedido na fila. Um flush de fila posterior atribui o número de sequência da transação da conta do cofre, conhecido como seu nonce. A etapa de envio então registra um pedido para a transferência exata do ERC20 e notifica o serviço de assinatura MPC, ou computação multipartidária.

O restante é uma sequência de responsabilidades distintas:

O serviço de assinatura não transmite a transação. O dApp ou relayer a monta com a assinatura verificada e a envia para a cadeia EVM.

Uma transferência falhada e um serviço silencioso são diferentes

O serviço tem um segundo trabalho após a assinatura. Ele fornece uma atestação do resultado da transação externa, separada da assinatura que autorizou essa transação. O protocolo de integração descreve a vinculação desse resultado ao pedido e seus dados retornados.

O cofre verifica a atestação contra sua chave de resposta MPC configurada antes de permitir o acerto.

A especificação de retirada descreve três maneiras pelas quais a reivindicação pode ser restaurada: uma transação revertida, uma transação tornada inviável porque outra consumiu seu nonce, ou uma transferência ERC20 executada que retornou falso. Após o resultado atestado ser enfileirado e liberado, o retirante completa o pedido e recebe um montante reemitido e protegido.

Uma transferência bem-sucedida que retorna verdadeiro mantém a queima no lugar e fecha o pedido. No caminho de falha, a restauração é uma reivindicação de cofre no Midnight, em vez de um novo pagamento do ativo nativo para o destino.

A rota de reembolso documentada requer uma atestação verificada e liberada. Um pedido de assinatura não respondido ou uma resposta de resultado ausente não atendem a essa condição.

O exemplo também possui um mecanismo de emergência no código do cofre. O implantador pode iniciar um pedido de substituição de nonce para uma transação de cofre presa, usando uma transferência de valor zero da conta do cofre de volta para si mesma no mesmo nonce.

O objetivo é tornar a transação original inviável, após a qual um resultado atestado pode apoiar a liquidação de sua falha. Iniciar essa recuperação é restrito ao implantador, embora enviar um pedido já corrigido seja sem permissão. É outra transação assinada, seguida de atestação, em vez de uma saída que contorna o serviço MPC.

O código também traz um aviso específico: substituir um pedido original antes que o MPC o tenha assinado pode competir com esse pedido, potencialmente deixando-o sem uma atestação e sua reivindicação protegida queimada.

O implantador também define a configuração inicial da conta, cadeia e chave de resposta e pode alterar as configurações de gás do cofre. Pedidos já iniciados mantêm os valores de gás copiados quando começaram.

O teste de produção é o caminho completo de saída

O suporte à mainnet permanece vinculado ao ledger v9 no roteiro da SIG. A atualização do repositório de 21 de outubro prepara o pacote de cofre 0.5.0 no SIG Midnight 0.25.0. Naquela versão do código, o registro de endereços publicado contém um endereço de cofre de stagenet e uma entrada em branco para a mainnet, que o arquivo define como ainda não implantado ou publicado.

A demonstração de pilha completa separada da SIG usa Midnight stagenet e Ethereum Sepolia, ambas testnets públicas, com um respondedor MPC "fakenet". Isso demonstra um fluxo de aplicação. Não estabelece que um quórum de produção de signatários independentes está operando essa demonstração.

A descrição de assinatura por limiar da SIG aborda como uma assinatura é produzida. Avaliar uma implantação real também requer saber quantos signatários devem cooperar, quem os opera, como esses arranjos podem mudar e qual recuperação pode ser concluída quando o serviço ordinário não está disponível.

O escopo da auditoria precisa da mesma precisão. O relatório final da Hacken datado de 21 de fevereiro de 2025 cobre contratos de assinatura em cadeia Solidity do Ethereum. Seu escopo não estabelece cobertura do novo cofre Compact ou do sistema completo Nightmode.

Portanto, a próxima evidência de implantação é mais consequente do que outro anúncio de expansão: o código de produção exato e endereços, sua configuração de assinatura e atestação, cobertura de auditoria para esses componentes e um caminho de recuperação correspondente à falha do serviço.

Este conteúdo é fornecido apenas para fins informativos gerais e não constitui aconselhamento financeiro, de investimento, jurídico ou tributário. Quaisquer eventos, recompensas, promoções online ou informações relacionadas mencionadas neste documento não devem ser consideradas uma recomendação, solicitação ou convite para comprar, vender, negociar ou realizar qualquer outra transação com criptoativos. Criptoativos são altamente voláteis e podem resultar em perdas. A disponibilidade dos serviços, produtos e eventos relacionados da WEEX pode variar conforme a região. É de sua responsabilidade garantir que sua participação esteja em conformidade com as leis e regulamentações locais aplicáveis.