Two independent BlockDAG node builds, packaged as one-command installers. Both bootstrap from the same canonical snapshot and ship the same status dashboard — so you can run either (or both, on separate machines), watch how each tracks the chain, and draw your own conclusions.
--acctmode (accounting)127.0.0.1:8092 · EVM RPC :18545curl -fsSL https://seed.dvdmining.com/canon-defender/setup-node.sh | EXTERNAL_IP=YOUR-IP bash
powershell -ExecutionPolicy Bypass -File setup-node.ps1 -ExternalIp YOUR-IP
--acctmode127.0.0.1:8092 · EVM RPC :18545curl -fsSL https://seed.dvdmining.com/canon-defender/setup-node-rc8.sh | sudo EXTERNAL_IP=YOUR-IP bash
curl.exe -fsSL -o setup-node-rc8.ps1 https://seed.dvdmining.com/canon-defender/setup-node-rc8.ps1
powershell -ExecutionPolicy Bypass -File setup-node-rc8.ps1 -ExternalIp YOUR-IP
The interesting question is whether the two builds derive the same EVM chain from the same data. To check for yourself:
http://127.0.0.1:8092 — it shows the node's EVM head, the canonical tip, and a live hash comparison.curl -s --data '{"jsonrpc":"2.0","id":1,"method":"eth_getBlockByNumber","params":["0xc1d878",false]}' -H content-type:application/json http://127.0.0.1:18545
0xc1d878 = block 12,700,000). Do the same against the public explorer's RPC and see if they agree.Both builds are the real, unmodified node software (Build B carries one small patch that turns a startup crash into a graceful block-reject — noted for transparency). Bootstrapping downloads ~10 GB, so use a box with room to spare. Found something we didn't? That's the whole idea — tell us what you see.