Topic: [ANN] [DMC]Tree-Graph+CryptoNote+Ring—CT+Bulletproofs+Dandelion+Smart contract - page 2. (Read 2446 times)

Anonymous TOKEN has been deployed on the testNet.

The CLSAG signature has been integrated and deployed on the test network. The test network data shows that the transaction size has been reduced from 2.4 to 1.9, which is about 20%. We will continue to do some optimizations, thanks to the Monroe community.

We have completed the integration of CLSAG ring signature and will release it shortly. CLSAG enables smaller and faster transactions with rigorous security. After using CLSAG, the database size will be further reduced by 25%. In v3 version we will integrate Triptych.
Recently, we have fixed many theoretical errors of the Block-DAG convergence algorithm (the original theoretical designed by us has serious problems in large-scale operation). At the same time, we fixed a serious error in p2p synchronization in the Block-DAG environment.
Our audit partner found that the Block-DAG solution has vulnerabilities that may be used by people to initiate double-spend attack and fork. Vulnerabilities are fixed before starting the DMCH project so no serious impact happened at DMCH network. Hope other projects that adopt the Block-DAG solution will review and update the code in time
We have verified the combination of VRF and Block-DAG, and we are about to test this solution.
We have also experimented with schemes such as gathering block rewards and changing block data storage methods. Our goal is to reduce the block size by 10 times and increase the synchronization speed by 10 times.
Thanks to the cooperation and trust of the community, mining pools, and exchanges, DMCH can change the world because of your support.

Thanks to community members from Asia, our iOS APP will be launched soon.

PPoS node operation rewards (season rewards) will be distributed to nodes in the v3 version at a ratio of 2DMCH=1DSC. The price of DMCH is calculated according to today's exchange price.
Tech innovation is not magic. We thank DMCH believers for their support.

v2.2.0 is now available https://github.com/darmaproject/darmasuite-v2/releases/tag/v2.2.0

Daemon:
    Fix rpc submitblock error for mining pools.

Wallet:
    No major changes.

Note:
    For mining pools, an immediate daemon upgrade is recommended.
    For other users, an upgrade is required before height 450000.

v2.1.9.1 is now available https://github.com/darmaproject/darmasuite-v2/releases/tag/v2.1.9.1

Daemon:
    Fix getblocktemplate rpc error

Wallet:
    Optimize ring member selection algorithm to enhance anonymity

For mining pools, please update your daemon to v2.1.9.1

Please update your daemon and wallet to v2.1.9 https://github.com/darmaproject/darmasuite-v2/releases/tag/v2.1.9

As we said in the announcement on August 26, we have completed the following adjustments and optimizations in version 2.1.9:

Daemon:
1. Modify Block-DAG's "tips" selection algorithm. If there is only one "tip", then this "tip" will be selected. If there are multiple "tips", then "tip" will be selected according to the following rules based on sorting by difficulty :
1.1 Only select "tips" that have transactions and votes.
1.2 If "tip" contains the same transaction or the upper level "tip" contains the same transaction, only the first "tip" is selected.
1.3 In the case that the above requirements cannot be met, select the first "tip".

2. Modify PoS reward distribution rules (Reduce the block size and prepare for v3.):
2.1 The rewards generated by PoS mining are changed to be distributed once an hour (240 heights). The rewards will be sent to PoS miners after 96 heights.
2.2 PPoS node rewards are changed to be distributed once a day (5760 heights). The rewards will be sent to PPoS nodes after 96 heights.

3. Modify the PoS signature rule: when a node receives a signature request for an empty block, if the corresponding block already exists locally, the request will not be relayed.

4. PPoS nodes operation rewards suspended (check 8.24 announcement for more info)

Wallet:
Optimize the sync process

We checked the article about Block-DAG published by the community on Medium. DMCH implements Block-DAG technology slightly differently. Therefore, our team has written a technical document and hopes to make some contributions to the on-chain capacity expansion technology.
We will further explain how DMCH tries to solve the problem of Block-DAG transaction redundancy through the combination of VRF and Block-DAG. The solution can theoretically reduce the block size.
https://github.com/darmaproject/wiki/wiki/Darma-Cash-(DMCH)-Block-DAG-Technology

In order to ensure a smooth upgrade from v2 to v3, v2 will make some changes in next update：
1. The block time is changed to 60 seconds, and the corresponding reward for each block is increased by 4 times.
2. In order to reduce the block size, PPoS node rewards distribution is changed to one day (60X24 blocks) and PoS rewards distribution is changed to four hours (60x4 blocks).
3. For Blocks with no transaction or blocks with the same transaction at one block height, the DMCH system will choose the block with the most accumulated difficulty for the tips of the extended blocks of those blocks.
Thank you for your support.

The DMCHv3 version is expected to be officially launched in 2-3 months. DMCHv3 will formally introduce DMCH Stable Coin (DSC), which is the stable currency of DMCH. DSC will be used for settlement of all DMCH ecosystem and will be pegged in a ratio of 1:1 with USDT.
The DSC issue algo is still under discussion. We plan to distribute PPoS node operating rewards in the form of DSC. This means that the PPoS node operation rewards in August, September, and October will be suspended. After DMCHv2 is upgraded to DMCHv3, DSC will be issued to PPoS nodes. We plan to determine the exchange rate of DMCH and DSC for PPoS node operation rewards in August, September, and October based on market prices.

The VRF mentioned in the announcement will refer to the document https://tools.ietf.org/html/draft-irtf-cfrg-vrf-05, and we also welcome your valuable comments.

We have discussed the topic of VRF PoS signature internally, we share the design concept with you, and hope to get your valuable feedback.
A verifiable random function（VRF） is a mathematical operation that takes some input and produces a random number along with a proof of authenticity that this random number was generated by the submitter. The proof can be verified by any challenger to ensure the random number generation is valid.
1. The VRF algorithm is proposed as a new consensus model based on cryptography. Its advantages are fast consensus, anti-attack capability, and extremely low computing requirements (more economical). The industry’s existing solutions include the Algorand algorithm proposed by the Turing Award winner Micali and the algorithm based on BLS in DFINITY.
2. VRF is used for a valid block selection algorithm to solve anonymity and randomness. The specific method is to first set a reasonable threshold. The node uses its private key to operate (such as a signature) on a certain random data. If the result is less than the set threshold, it is a valid block, and the miner is rewarded.
3. In the above process of selecting a valid block, since the private key operation can only be performed by the node itself, it is ensured that other nodes do not know the owner of the valid block. However, the result of the calculation (such as a signature) can be publicly verified, thus ensuring that the legitimacy of the block right can be verified, forming a complete selection process of valid blocks.
4. This method is probabilistic. If you want a certain block height to have as many effective blocks as possible, you need to increase the threshold as much as possible; conversely, if you want a certain block height to have a few valid blocks as possible, you need to lower the threshold as much as possible. This feature can be perfectly combined with the features of blockdag. When the transaction frequency is low, the threshold is lowered, so that the chain is in a "single" chain state most of the time. When the transaction frequency is high and the chain is relatively congested, increase the threshold to make the chain generate blocks in parallel, and the "single" chain state changes to the DAG state (three times the TPS). This design achieves the perfect combination of block size and transaction performance.

VRF process:
1. Number each mature vote in the system.
2. The node calculates whether it can win the vote through the VRF.
3. Broadcast signature requirements by PoW.
4. The PoS node signs and response to the PoW node request.

Advantage:
1. Because the signature is random and completely unpredictable, the vote can be redeemed at any time even in a mature state without locking. The introduction of VRF can greatly reduce the maturity time of votes, improve security, randomness, and user experience.
2. The technical requirements for the PoS node are higher because if the PoS node is not online after the vote is selected, the profit will be lost. Besides, the miss rate of PoS nodes can be counted, and users have more indicators to choose high-quality nodes.
3. The combination of VRF and blockdag can control the number of blocks produced in parallel according to actual transaction requirements, so it can reduce invalid and duplicate data on the chain.
4. Because both PoW and PoS nodes are anonymous and unpredictable, the block hash of DMCH is anonymous and can be used as an external fair random number.
5. The VRF module can also provide unpredictable random numbers and encryption proofs for DMCH smart contracts, and the data can be verified on the chain, providing more application scenarios for the DMCH ecosystems.

DMCHv3 adopts the PoW+PPoS method and only uses the VRF module. DMCHv4 will adopt PPoS and introduce VDF features to make DMCH more perfect.

Darma pool available for EU,US,ASIA

https://darma.supportcryptonight.com

Mining Pool Address ASIA: darma.supportcryptonight.com
Mining Pool Address USA: us.darma.supportcryptonight.com
Mining Pool Address EUROPE: eu.darma.supportcryptonight.com

Port    Starting Difficulty    Description
7010    100 000         Legacy hardware (CPU, Baikal N)
7011    1 200 000      Low end hardware (Baikal N, N+)
7012    2 800 000      Mid range hardware (Innosilicon A8+)
7013    3 000 000      High end hardware (Antminer X3, Innosilicon A8)
7014    800 000         NEW: Cloud-mining / NiceHash

You can mine Solo and Prop

Pool Fee 1%

Minimum Payout 2 DMCH

Support available on https://discord.gg/nJX7pVF

New Pool

Enjoy new DMCH pool maintained by Muscleman

https://darma.supportcryptonight.com/

Singapore server stable and full operating.

More nodes soon.

享受Muscleman維護的新DMCH池

https://darma.supportcryptonight.com/?lang=zh-CN

新加坡服務器穩定且全面運行。

即將有更多節點。

!!!Warning!!!
1. The DMCH project is an experimental blockchain project. The cutting-edge technology that DMCH is trying to develop may be terminated due to technical limitations, policy factors, or other force majeure.
2. The DMCH project is an experimental blockchain project. Its tokens (DMCH) are the same in nature as Bitcoin(BTC) and are subject to local laws and regulations.
3. The DMCH project is a social practice with uncertainty. It is not a commercial operation project, not a financial product, not a wealth management product and does not promise any profit guarantee.
4. Using DMCH for any violations of the laws and regulations of the country or region may bear the corresponding legal responsibility.
5. DMCH respects human rights, freedom, folk customs , local laws and regulations. For anti-human, anti-social, violation of social morality, terrorism, violence, etc., DMCH will use technical methods to limit the above behavior.

After the mining pool operator successfully establishes the mining pool, if it runs stably for one month and the hash rates reaches 10M H/s. We will give 10,000 DMCH as rewards to the pool operator.

The main net is live join our Discord to know more about the main net.

https://coinmarketcap.com/currencies/darma-cash
this project now listed on coinmarketcap, hope can help to spread the word about DMC