{"id":14802,"date":"2026-10-22T14:20:49","date_gmt":"2026-10-22T14:20:49","guid":{"rendered":"https:\/\/cryptonews.uk.com\/?p=14802"},"modified":"2026-10-22T14:20:49","modified_gmt":"2026-10-22T14:20:49","slug":"midnight-ethereum-vault-demo-needs-outside-signers","status":"publish","type":"post","link":"https:\/\/cryptonews.uk.com\/?p=14802","title":{"rendered":"Midnight Ethereum vault demo needs outside signers"},"content":{"rendered":"

<\/p>\n

\n

Withdrawals from SIG Network\u2019s experimental Ethereum vault require its signing network, even though the underlying assets stay on Ethereum. The example illustrates the withdrawal dependency in Midnight\u2019s Nightmode privacy plan: users burn a shielded claim before the external transfer is signed, and failed-transfer recovery also needs an attested response.<\/p>\n

Charles Hoskinson\u2019s @IOHK_Charles account welcomed Tron to Midnight on Oct. 21. SIG\u2019s roadmap targets Tron for December 2026, while its listed Ethereum integration is on the stagenet test network.<\/p>\n

\n

Related Reading<\/span><\/p>\n

TRON moved $2.2 trillion in stablecoins while TRX supply grew for 108 straight days<\/h3>\n<\/p>\n

<\/span> <\/div>\n

How the Ethereum vault holds assets<\/h2>\n

SIG describes its service as giving a Midnight contract an ordinary Ethereum account. A threshold of signers produces the Ethereum signature when the contract requests it. SIG says the signers are independent and that no single signer can act alone.<\/p>\n

In this educational and experimental application, the underlying ERC20 tokens sit in the vault\u2019s EVM account. On Midnight, users hold shielded vault tokens representing their claims on that pool. Native assets staying on Ethereum therefore answers where the assets are recorded; it does not, by itself, answer who can make them move.<\/p>\n

The distinction also explains the burn. Starting a withdrawal destroys the shielded claim being redeemed, rather than destroying the underlying ERC20. A successful external payment finishes the redemption. If the payment receives one of the documented failure outcomes, the application can restore the claim.<\/p>\n

The withdrawal walkthrough treats the holder\u2019s coin spend as authorization. The holder supplies a shielded vault coin matching the token and exact withdrawal amount, then chooses a destination address. The circuit rejects a zero destination.<\/p>\n

The startWithdraw circuit burns that coin and queues the request. A later queue flush assigns the vault account\u2019s transaction sequence number, known as its nonce. The send step then records a request for the exact ERC20 transfer and notifies the MPC, or multiparty computation, signing service.<\/p>\n

The rest is a sequence of distinct responsibilities:<\/p>\n\n\n\n\n\n\n\n\n\n
Step<\/th>\nWhat must happen<\/th>\nWithdrawal consequence<\/th>\n<\/tr>\n<\/thead>\n
Authorize and queue<\/td>\nThe holder spends the shielded claim; Midnight records the request.<\/td>\nThe claim is burned before the external payout.<\/td>\n<\/tr>\n
Sign<\/td>\nThe MPC service returns a signature for the vault\u2019s transfer.<\/td>\nThe holder\u2019s authorization alone cannot sign from the vault account.<\/td>\n<\/tr>\n
Broadcast and execute<\/td>\nThe client submits the signed transaction; Ethereum processes it.<\/td>\nA returned signature still needs an external transaction to execute.<\/td>\n<\/tr>\n
Attest<\/td>\nThe MPC service reports the transaction\u2019s outcome.<\/td>\nMidnight settlement depends on an authenticated outcome.<\/td>\n<\/tr>\n
Complete<\/td>\nThe vault checks the settlement record and closes the request.<\/td>\nThe result determines whether the shielded burn stands or the claim is re-minted.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

The signing service does not broadcast the transaction. The dApp or relayer assembles it with the verified signature and sends it to the EVM chain.<\/p>\n

\n

Related Reading<\/span><\/p>\n

Zcash\u2019s planned Sprout freeze would leave private keys unable to move funds<\/h3>\n<\/p>\n

<\/span> <\/div>\n

A failed transfer and a silent service are different<\/h2>\n

The service has a second job after signing. It supplies an attestation of the external transaction\u2019s outcome, separate from the signature that authorized that transaction. The integration protocol describes binding that outcome to the request and its returned data.<\/p>\n

The vault checks the attestation against its configured MPC response key before allowing settlement.<\/p>\n