If you don't alredy know DERO - Check out DEROHE Git Repo
-
This is NOT the official release of DERO. This version is a modified version of DERO.
-
If all your minis get lost or your computer blows up, it's no my fault, you installed this.
-
This modded DERO version is powering DERO Community Pools and it's related services.
- DERO Community Pools - https://community-pools.mysrv.cloud/
- DERO API - https://dero-api.mysrv.cloud/
- A community driven fork of the offical DEROHE Suite (daemon, miner and wallet) which has additional features and functionality.
<<<<<<< HEAD
======= DERO is pleased to announce release of DERO Homomorphic Encryption Protocol testnet. DERO will migrate from existing CryptoNote Protocol to its own DERO Homomorphic Encryption Blockchain Protocol(DHEBP).
official
- Many Mining and Network stats
- Live TX, Blocks, Orphans and Node Connectiviy Tracking (Eye Candy)
- Running Node Config Changes
- Enhanced debug features
- Anti-Cheat Mining Feature, Miniblock and TX Spam Mitigation
- Many new command (check
helpandconfigfor more info) - Wallet has TOR & SOCKS5 Support. Default remote host is https://dero-api.mysrv.cloud/ (SSL Encrypted)
- Miner's default node is DERO Community Pools at
community-pools.mysrv.cloud:10300
-
Hansen33 Mod is 100% compatible with official DERO, so you can safely use same data directory.
-
Download binary from release page or compile from source.
-
Replace Official binary file (make backup first)
-
Send feature requests to hansen33#2541 on Discord
Run following commands to build,
git clone https://github.com/Hansen333/derohe-Hansen33-mod.git
cd derohe-Hansen33-mod
bash build_all.sh
- @Hansen33
- Address: dero1qy07h9mk6xxf2k4x0ymdpezvksjy0talskhpvqmat3xk3d9wczg5jqqvwl0sn
- @mmarcel
- Address: dero1qydkj6dznyk5njmzr96hjcr5uj74anqqqv90mg39mtzm4d2dcpwsqqqk6zvve
-
No more chain scanning or wallet scanning to detect funds, no key images etc.
-
Truly light weight and efficient wallets.
-
Fixed per account cost of 66 bytes in blockchain[Immense scalability].
-
Perfectly anonymous transactions with many-out-of-many proofs [bulletproofs and sigma protocol]
-
Deniability
-
Fixed transaction size say ~2.5KB (ring size 8) or ~3.4 KB (ring size 16) etc based on chosen anonymity group size[ logarithmic growth]
-
Anonymity group can be chosen in powers of 2.
-
Allows homomorphic assets ( programmable SCs with fixed overhead per asset ), with open Smart Contract but encrypted data [Internal testing/implementation not on this current testnet branch].
-
Allows open assets ( programmable SCs with fixed overhead per asset ) [Internal testing/implementation not on this current testnet branch]
-
Allows chain pruning on daemons to control growth of data on daemons.
-
Transaction generation takes less than 25 ms.
-
Transaction verification takes even less than 25ms time.
-
No trusted setup, no hidden parameters.
-
Pruning chain/history for immense scalibility[while still secured using merkle proofs].
-
Example disk requirements of 1 billion accounts ( assuming it does not want to keep history of transactions, but keeps proofs to prove that the node is in sync with all other nodes)
Requirement of 1 account = 66 bytes Assuming storage overhead per account of 128 bytes ( constant ) Total requirements = (66 + 128)GB ~ 200GB Assuming we are off by factor of 4 = 800GB -
Note that, Even after 1 trillion transactions, 1 billion accounts will consume 800GB only, If history is not maintained, and everything still will be in proved state using merkle roots. And so, Even Raspberry Pi can host the entire chain.
-
Senders can prove to receiver what amount they have send (without revealing themselves).
-
Worlds first Erasure Coded Propagation protocol, which allows 100x block size without increasing propagation delays.
-
Entire chain is rsyncable while in operation.
-
Testnet released with source code.
| Ring Size | DEROHE TX Size |
|---|---|
| 2 | 1553 bytes |
| 4 | 2013 bytes |
| 8 | 2605 bytes |
| 16 | 3461 bytes |
| 32 | 4825 bytes |
| 64 | 7285 bytes |
| 128 | 11839 bytes |
| 512 | ~35000 bytes |
NB: Plan to reduce TX sizes further.
Secure and fast crypto is the basic necessity of this project and adequate amount of time has been devoted to develop/study/implement/audit it. Most of the crypto such as ring signatures have been studied by various researchers and are in production by number of projects. As far as the Bulletproofs are considered, since DERO is the first one to implement/deploy, they have been given a more detailed look. First, a bare bones bulletproofs was implemented, then implementations in development were studied (Benedict Bunz, XMR, Dalek Bulletproofs) and thus improving our own implementation.
Some new improvements were discovered and implemented (There are number of other improvements which are not explained here). Major improvements are in the Double-Base Double-Scalar Multiplication while validating bulletproofs. A typical bulletproof takes ~15-17 ms to verify. Optimised bulletproofs takes ~1 to ~2 ms(simple bulletproof, no aggregate/batching). Since, in the case of bulletproofs the bases are fixed, we can use precompute table to convert 64*2 Base Scalar multiplication into doublings and additions (NOTE: We do not use Bos-Coster/Pippienger methods). This time can be again easily decreased to .5 ms with some more optimizations. With batching and aggregation, 5000 range-proofs (~2500 TX) can be easily verified on even a laptop. The implementation for bulletproofs is in github.com/deroproject/derosuite/crypto/ringct/bulletproof.go , optimized version is in github.com/deroproject/derosuite/crypto/ringct/bulletproof_ultrafast.go
There are other optimizations such as base-scalar multiplication could be done in less than a microsecond. Some of these optimizations are not yet deployed and may be deployed at a later stage.
Mainnet:
P2P Default Port: 10101
RPC Default Port: 10102
Wallet RPC Default Port: 10103
Testnet:
P2P Default Port: 40401
RPC Default Port: 40402
Wallet RPC Default Port: 40403
For specific details of current DERO core (daemon) implementation and capabilities, see below:
- DAG: No orphan blocks, No soft-forks.
- BulletProofs: Zero Knowledge range-proofs(NIZK)
- AstroBWT: This is memory-bound algorithm. This provides assurance that all miners are equal. ( No miner has any advantage over common miners).
- P2P Protocol: This layer controls exchange of blocks, transactions and blockchain itself.
- Pederson Commitment: (Part of ring confidential transactions): Pederson commitment algorithm is a cryptographic primitive that allows user to commit to a chosen value while keeping it hidden to others. Pederson commitment is used to hide all amounts without revealing the actual amount. It is a homomorphic commitment scheme.
- Homomorphic Encryption: Homomorphic Encryption is used to do operations such as addition/substraction to settle balances with data being always encrypted (Balances are never decrypted before/during/after operations in any form.).
- Homomorphic Ring Confidential Transactions: Gives untraceability , privacy and fungibility while making sure that the system is stable and secure.
- Core-Consensus Protocol implemented: Consensus protocol serves 2 major purposes
- Protects the system from adversaries and protects it from forking and tampering.
- Next block in the chain is the one and only correct version of truth ( balances).
- Proof-of-Work(PoW) algorithm: PoW part of core consensus protocol which is used to cryptographically prove that X amount of work has been done to successfully find a block.
- Difficulty algorithm: Difficulty algorithm controls the system so as blocks are found roughly at the same speed, irrespective of the number and amount of mining power deployed.
- Serialization/De-serialization of blocks: Capability to encode/decode/process blocks .
- Serialization/De-serialization of transactions: Capability to encode/decode/process transactions.
- Transaction validity and verification: Any transactions flowing within the DERO network are validated, verified.
- Socks proxy: Socks proxy has been implemented and integrated within the daemon to decrease user identifiability and improve user anonymity.
- Interactive daemon can print blocks, txs, even entire blockchain from within the daemon
- status, diff, print_bc, print_block, print_tx and several other commands implemented
- GO DERO Daemon has both mainnet, testnet support.
- Enhanced Reliability, Privacy, Security, Useability, Portability assured.
- DAG Based: No orphan blocks, No soft-forks.
- 51% Attack resistant.
- 60 Second Block time.
- Extremely fast transactions with one minute/block confirmation time.
- SSL/TLS P2P Network.
- Homomorphic: Fully Encrypted Blockchain
- Dero Fastest Rocket BulletProofs: Zero Knowledge range-proofs(NIZK).
- Ring signatures.
- Fully Auditable Supply.
- DERO blockchain is written from scratch in Golang. See all unique blockchains from scratch.
- Developed and maintained by original developers.
Following are DERO first and leading innovations.
DERO DAG implementation builds outs a main chain from the DAG network of blocks which refers to main blocks (100% reward) and side blocks (8% rewards).
DERO DAG Screenshot Live
DERO DAG Screenshot Live
Traditional Blockchains process blocks as single unit of computation(if a double-spend tx occurs within the block, entire block is rejected). As soon as a block is found, it is sent to all its peers.DERO blockchain erasure codes the block into 48 chunks, dispersing and chunks are dispersed to peers randomly.Any peer receiving any 16 chunks( from 48 chunks) can regenerate the block and thus lower overheads and lower propagation time.
Traditional Blockchains process blocks as single unit of computation(if a double-spend tx occurs within the block, entire block is rejected). However DERO network accepts such blocks since DERO blockchain considers transaction as a single unit of computation.DERO blocks may contain duplicate or double-spend transactions which are filtered by client protocol and ignored by the network. DERO DAG processes transactions atomically one transaction at a time.
-
Dero ultrafast bulletproofs optimization techniques in the form used did not exist anywhere in publicly available cryptography literature at the time of implementation. Please contact for any source/reference to include here if it exists. Ultrafast optimizations verifies Dero bulletproofs 10 times faster than other/original bulletproof implementations. See: https://github.com/deroproject/derosuite/blob/master/crypto/ringct/bulletproof_ultrafast.go
-
DERO rocket bulletproof implementations are hardened, which protects DERO from certain class of attacks.
-
DERO rocket bulletproof transactions structures are not compatible with other implementations.
Also there are several optimizations planned in near future in Dero rocket bulletproofs which will lead to several times performance boost. Presently they are under study for bugs, verifications, compatibility etc.
DERO DAG implementation builds outs a main chain from the DAG network of blocks which refers to main blocks (100% reward) and side blocks (8% rewards). Side blocks contribute to chain PoW security and thus traditional 51% attacks are not possible on DERO network. If DERO network finds another block at the same height, instead of choosing one, DERO includes both blocks. Thus, rendering the 51% attack futile.
DERO is written in golang and very easy to install both from source and binary.
- Install Golang, Golang version 1.12.12 required.
- In go workspace:
go get -u github.com/deroproject/derohe/... - Check go workspace bin folder for binaries.
- For example on Linux machine following binaries will be created:
- derod-linux-amd64 -> DERO daemon.
- dero-wallet-cli-linux-amd64 -> DERO cmdline wallet.
- explorer-linux-amd64 -> DERO Explorer. Yes, DERO has prebuilt personal explorer also for advanced privacy users.
Download DERO binaries for ARM, INTEL, MAC platform and Windows, Mac, FreeBSD, OpenBSD, Linux etc. operating systems.
Most users required following binaries:
Windows 7-10, Server 64bit/amd64
Windows 32bit/x86/386
Linux 64bit/amd64
Linux 32bit/x86
FreeBSD 64bit/amd64
OpenBSD 64bit/amd64
Mac OS
Contact for support of other hardware and OS.
Running DERO daemon supports DERO network and shows your support to privacy.
Run derod.exe or derod-linux-amd64 depending on your operating system. It will start syncing.
- DERO daemon core cryptography is highly optimized and fast.
- Use dedicated machine and SSD for best results.
- VPS with 2-4 Cores, 4GB RAM,15GB disk is recommended.
DERO Daemon Screenshot
Dero cmdline wallet is most reliable and has support of all functions. Cmdline wallet is most secure and reliable.
DERO cmdline wallet is menu based and very easy to operate.
Use various options to create, recover, transfer balance etc.
NOTE: DERO cmdline wallet by default connects DERO daemon running on local machine on port 20206.
If DERO daemon is not running start DERO wallet with --remote option like following:
./dero-wallet-cli-linux-amd64 --remote
DERO Cmdline Wallet Screenshot
DERO Explorer is used to check and confirm transaction on DERO Network.
DERO testnet Explorer is used to check and confirm transaction on DERO Network.
DERO users can run their own explorer on local machine and can browse on local machine port 8080.
DERO EXPLORER Screenshot
DERO blockchain is completely private, so anyone cannot view, confirm, verify any other's wallet balance or any transactions.
So to prove any transaction you require TXID and deroproof.
deroproof can be obtained using get_tx_key command in dero-wallet-cli.
Enter the TXID and deroproof in DERO EXPLORER
DERO Explorer Proving Transaction
official