Latest posts of: DarkArrow

Show Posts
Pages: [1]

Alternate cryptocurrencies / Altcoin Discussion / Re: How to make an altcoin.

on: May 24, 2021, 03:38:46 AM

Cryddit, can you please update MIDAS to make it work with the latest Litecoin code? Thanks.

Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][PDR][LAUNCHED] PlanetDollar | Fair Social Distribution | OpenSSL patched

on: May 22, 2021, 10:05:11 PM

May I ask how you generated the genesis block? Can't find anything for Scrypt-N (nscrypt).

Alternate cryptocurrencies / Altcoin Discussion / Generic genesis block miner

on: May 22, 2021, 04:07:47 PM

Hi, I'm trying to create the genesis block for an altcoin that has a different hashing algorithm (can't use GenesisH0). I found a snippet (see below) and tested it on the litecoin code, but it doesn't work, the hashes are wrong and the litecoind crashes with a segfault. And if I try with -reindex, I get a

Code:

AcceptBlock: high-hash, proof of work failed

Is there a better generic solution that works for any altcoin no matter what hashing algo it uses? Preferably something like that gist I pasted, that can be done within chainparams.cpp. Thanks.

https://gist.github.com/moh53n/de6b2b07002d5deea4aad05fa8fd059a

Code:

        /**
        * This code is from "http://dillingers.com/blog/2015/04/18/how-to-make-an-altcoin" with some changes for newer versions of Bitcoin.
        * Use this for mine the genesis block for a new coin.
        * Put this before "consensus.hashGenesisBlock = genesis.GetHash();"
        */
        /////////GENESIS MINING///////////////
        /*
        printf("Genesis mining started\n");
        genesis.nNonce = 0;
        consensus.hashGenesisBlock = uint256S("0x001");
        for(genesis.nNonce == 0; UintToArith256(genesis.GetHash()) > UintToArith256(consensus.powLimit); genesis.nNonce++){  } 
        printf("New genesis merkle root: %s\n", genesis.hashMerkleRoot.ToString().c_str());
        printf("New genesis nonce: %lu\n", (unsigned long)genesis.nNonce);
        printf("New genesis hash: %s\n", genesis.GetHash().ToString().c_str());
        printf("Now replace the values, reComment the Genesis mining code and reCompile. \n");
        */
        //////////////////////////////////////

Alternate cryptocurrencies / Altcoin Discussion / Re: *** Complete Guide on How to Create a New Alt Coin – Update 2019 ***

on: May 22, 2021, 02:33:01 AM

Quote from: magnetesim on April 13, 2021, 06:19:38 PM Code: chainparams.cpp:27:5: error: ‘arith_uint256’ was not declared in this scope errors for more than just line 27. What I'm doing to put your code into chainparams.cpp, is copy and pasting https://raw.githubusercontent.com/NicolasChoukroun/altcoin-genesis/master/creategenesis.cpp under all of the #include in chainparams.cpp. There is probably something I'm doing wrong here, and I'm way too new to C++ to know what I'm doing wrong. Any help would be greatly appreciated! You need to add this before the mining function Code: #include <arith_uint256.h>

Alternate cryptocurrencies / Announcements (Altcoins) / Re: Vertcoin [VTC][ANN] Segwit Activated | ASIC Resistant Decentralized GPU Mining

on: May 20, 2021, 05:41:50 PM

Which tool are you guys using to create the genesis block?

Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] BITGESELL - Store of value (Burn rate is 90% of tx fees) #realstoreofvalue

on: May 19, 2021, 02:40:22 AM

Hello, you mentioned that: Quote Block Reward = nFees*0.1 + GetBlockSubsidy() // Burn rate is 90% of tx fees I tried something similar and it doesn't work. Quote CAmount blockReward = nFees / 2 + GetBlockSubsidy(pindex->nHeight, chainparams.GetConsensus()); I can't mine anything with that modification, it gives an error in the cli: Quote CreateNewBlock: TestBlockValidity failed: bad-cb-amount (code 16) And on the daemon side, the error is: Quote ERROR: ConnectBlock(): coinbase pays too much (actual=10000022500 vs limit=10000011250) Is there something else that needs to be modified to make the fee burning work?

Alternate cryptocurrencies / Altcoin Discussion / Re: Transactions stuck despite near-empty mempool

on: May 18, 2021, 10:25:23 PM

Apparently the cpuminer fork I was using was buggy and didn't handle segwit transactions properly. Everything is fine using the original pooler's cpuminer (minerd).

Alternate cryptocurrencies / Altcoin Discussion / Locking up premine for a period of time or number of blocks

on: May 18, 2021, 09:59:53 PM

Hi, I would like to lock up a premine for a certain period of time, or for a number of blocks. I've been reading about CLTV, but I would like to do it directly when the premine occurs, i.e. in validation.cpp. Is this possible? Can someone share a C++ snippet to do it? I'm not a C++ expert. Thanks.

Alternate cryptocurrencies / Altcoin Discussion / Transactions stuck despite near-empty mempool

on: May 16, 2021, 05:15:30 PM

Hello, I hope this is the correct place to ask this question. I'm using the latest Litecoin Core v0.18.1 to create my own coin. So far in my testings, I stumbled on the dreaded stuck transactions problem. The mempool is nearly empty: Code: getmempoolinfo { "size": 4, "bytes": 1080, "usage": 4368, "maxmempool": 300000000, "mempoolminfee": 0.00001000, "minrelaytxfee": 0.00001000 } As you can see, the minfee is 0.00001000, but when I send coins with a fee of 0.00083000, for example, it gets stuck forever, consequently locking up the funds and the change address (cause it gets stuck with 0 confirmations). Code: Status: 0/unconfirmed, in memory pool Date: 16/05/2021 12:36 To: SQfKWw5DJ4MakrByMAM26177Uqf9udm5XE Debit: -10.00000000 LTC Transaction fee: -0.00083000 LTC Net amount: -10.00083000 LTC Transaction ID: 6f8302298238126f96be3a3d21fd96f645f89347ad95a089c18208cbc43dedb2 Transaction total size: 247 bytes Transaction virtual size: 166 bytes Output index: 0 Sending coins with a 0.001 fee (or more) goes through without a problem. This is annoying, because legacy addresses (with the highest fees) are fine for transfers, but transfering from p2sh-segwit or bech32 always get stuck, because their calculated fees are lower than legacy. Also, since the mempool isn't full at all and there's no network congestion, shouldn't those low fee transactions be processed promptly? At least that's what I understood from the documentation Any help would be appreciated.

Bitcoin / Electrum / Re: Is electrum a theif?

on: March 22, 2021, 06:32:10 PM

Bitcoin is not friendly for microtransactions because of the fees. Sure, you can try setting the lowest fees you can pay, but that will put your transaction at the bottom of the pool and it can take hours or days before it goes through (or be rejected).

Bitcoin / Bitcoin Discussion / Re: Bitcoin puzzle transaction ~32 BTC prize to who solves it

on: March 22, 2021, 06:22:58 PM

Quote from: BurtW on June 14, 2019, 02:37:00 PM I think one of the take home messages here might be that due to this difference in effort and other factors having to do with privacy and the fungiblity of Bitcoin in general: do not reuse Bitcoin addresses. Bitcoin addresses should be used exactly twice: once to fund them and once to spend them - then never used again. There's plenty of addresses with hundreds or even thousands of transactions on them, so what you're saying is that bitcoin isn't secure enough and those addresses are more at risk?

Bitcoin / Development & Technical Discussion / Re: Pollard's kangaroo ECDLP solver

on: March 22, 2021, 02:01:49 AM

Would someone explain in simple terms what this kangaroo tool does exactly? Thanks.

Pages: [1]