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

Os levantamentos do cofre experimental Ethereum da SIG Network requerem sua rede de signatários, embora os ativos subjacentes permaneçam na Ethereum. O exemplo ilustra a dependência de levantamento 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 fazê-los mover.

A distinção também explica a queima. Iniciar um levantamento 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 levantamento trata o gasto da moeda do titular como autorização. O titular fornece uma moeda de cofre protegida que corresponde ao token e ao valor exato do levantamento, e então escolhe um endereço de destino. O circuito rejeita um destino zero.

O circuito startWithdraw queima essa moeda 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 nonce. A etapa de envio então registra um pedido para a transferência ERC20 exata 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 de restaurar a reivindicação: 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 protegido reemitido.

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 atende 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 correr esse pedido, potencialmente deixando-o sem uma atestação e sua reivindicação protegida renunciada queimada.

O implantador também define a configuração inicial da conta, da cadeia e da 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 de saída completo

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 do 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 da mainnet, que o arquivo define como ainda não implantado ou publicado.

A demonstração de pilha completa separada da SIG usa o stagenet Midnight e o Ethereum Sepolia, ambos testnets públicos, 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 que 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 de cadeia Solidity do Ethereum. Seu escopo não estabelece cobertura do novo cofre Compact ou do sistema completo Nightmode.

As próximas evidências de implantação são, portanto, mais consequentes 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 é disponibilizado apenas para fins informativos gerais e não constitui aconselhamento financeiro, de investimento, jurídico ou fiscal. Quaisquer eventos, recompensas, promoções online ou informações relacionadas aqui mencionados não devem ser interpretados como uma recomendação, solicitação ou convite para comprar, vender, negociar ou realizar quaisquer outras operações com criptoativos. Os criptoativos são altamente voláteis e podem resultar em perdas. A disponibilidade dos serviços, produtos e eventos relacionados da WEEX pode variar consoante a região. O utilizador é responsável por garantir que a sua participação está em conformidade com a legislação e os regulamentos locais aplicáveis.