Show Posts
|
Pages: [1] 2 3 4 »
|
We need a small pump, and some unique trademark feature.
|
|
|
No info about how fast the block reward decreases. (in time) No formula for block reward. No way to know the effective size of the premine. (how long does it take to catch up for the miners)
These are infos, that the investor, and miner MUST know.
Conclusion: SCAM
|
|
|
Behind the scenes, the Earthcoin team has been trying to find its way forward, while addressing the legitimate concerns of the community at large. As most of you are now aware, one of the core members has left the team and took with him a substantial portion of the premine. He had his reasons, and we wish him well. Even if all he does is spend those coins from this point forward, we owe him some gratitude, as the coin’s mechanics would not exist without him. But he is gone, and we must move forward.
The same scenario all the time. Dev leaves job unfinished and takes the payment (premine). Its a SCAM, and I am absoulutely sure, that the premine is the main cause for the 15 satoshi price. I understand, that he had his reasons, but taking the payment for a long term job, makes him no more, than a thief. ("owe him some gratitude" ROFL)
|
|
|
Is there any standalone groestl miner?
|
|
|
Soon...
{ "blocks" : 123999, "currentblocksize" : 4213, "currentblocktx" : 3, "difficulty" : 4.02491678, "errors" : ".", "generate" : false, "genproclimit" : -1, "hashespersec" : 0, "pooledtx" : 3, "testnet" : false }
The diff is high, and it takes time for the miners to return.
|
|
|
Ok, it was fast. And the diff is high, so it wont be a problem.
|
|
|
What you should do, is to fix the PoS and the checkpoint both, and set the 124000 for a random value (and dont tell it before the release).
Thats important, because if you only fix that hardcoded checkpoint, someone can stream out his alone mined version of blockchain, in case if he built his own client before.
|
|
|
ultracoinminer -o stratum+tcp://ultra.nitro.org:3337 -u xxx -p xxxx --scrypt-jane --sj-nfmin 4 --sj-nfmax 30 --sj-time 1388361600 -g 2 -w 256 -I 12,12 --lookup-gap 2 --thread-concurrency 8193,8193 --gpu-engine 1115,1115 --gpu-memclock 1500,1500
in bold is what i have changed since diff dropped and i get 315 ish hash each card
2 x 280x
That worked for me.
|
|
|
nSubsidy >>= (nHeight / 20160);
|
|
|
Nobody feels, that changeing the coin supply specifications is way unfair, and not an acceptable method?
|
|
|
how much 100 million coin would cost me
10^8 * ~1.1 * 10^-6 ~= 110 LTC 110 * ~0.026 ~= 2.86 BTC That gets you about 3% of the total current supply. That's a bargain. Eventually it would cost much more, to get such volume.
|
|
|
What happened to Hashrapid? Found blocks does not count to the balance for half a day.
|
|
|
PREMINED 1449000 AND ONLY GIVE FEW HUNDREDS FOR DEVELOPMENT???
|
|
|
A mid GPU has 40x edge on a top CPU??? Disgusting scam.
The network hashrate is equivalent to 100000 3770k cpu. No chance to find a block
|
|
|
Minimum coin age is 1 year, so virtually no PoS. Need an update and a target block soon.
|
|
|
But the fair miner, with const address, has to have 1%. How is it works with your algo?
|
|
|
I have an Idea for a random source:
Lets take the previous blockhash and the Grain adress of the miner and hash it.
something like this: hash(previous_block_hash + Grain_adress).
The greedy miner would first have to search for a proper Grain adress for his miner in order to receive the nex superblock. Maybe you can design it to be very difficult to find the next proper adress for the superblock, like:
if hash(previous_block_hash + Grain_adress) contains "99999" = superblock
You could also add a superblock difficulty: if no superblocks are found for a long time, the superblockdifficulty goes down, lets say from must_contain = "99999" to must_contain to "9999".
You could make it very very hard for a block to be a superblock, but every single block could be a superblock and the greedy miner would be fucked.
lets call it: "Proof of luck".
You can't do this, as the computation needs to be exactly the same for all clients, that's where the network agree and form the blockchain. So you can't take Grain address into it. Every client in the network can read the adress of the blockfinder from the transaction in the block or not? You would verify a block by checking the adress of the blockfinder from the coinbase transaction and not by your own adress. And you need to check the transactions. If not, then a miner could add any amount of coins to the coinbase transaction. You can do that with the last transaction, related to the block creation. But there's no diff than you do it with last block hash. It's just a random number hash, you combine different values or not, no difference there. Anyone who want to write a program to check that can do exactly what you do in the client. No additional protection or encryption. There is a difference, vecause every miner has a different adress. The greedy miner cant just start to mine, if the last block was lucky, because the blocks are no longer lucky, the miner adress is now lucky or unlucky. He must have a lucky adress in order to generate a valid coinbase transaction with x64 amount of coins. In order to to generate a valid x64 coinbase transaction everytime, he first needs to search for a lucky adress. The normal miner will just mine with the same adress everytime and be hoping to get lucky. If you made it very hard to find a valid proof of luck, then the greedy miner cant profit from his permanent search for the lucky adress. If searching for a adress, that can solve if hash(previous_block_hash + Grain_adress) contains "99999" = superblock (or something like this) would take longer, than the average block time, then the search for the lucky adress would be pointless. The verificaton could work like this: 0. Current block is #230000. 1. Miner has adress 9T5x6h164qpqk3s3Lunq7uAVLapQNCF7wj2. Miner generates his proof of luck: proof_of_luck_hash = hash(hash of block_#23000 + 9T5x6h164qpqk3s3Lunq7uAVLapQNCF7wj) 3. Miner checks for superblock: if proof_of_luck_hash contains "99999" = superblock // in this case the proof_of_luck_hash containes the string "99999" so the proof of luck is valide, if not, then the miner can only create a valid transaction with 1x amount of coins, not x64 to the adress 9T5x6h164qpqk3s3Lunq7uAVLapQNCF7wj. 4. Miner makes coinbase transaction with 64x amount coins to adress 9T5x6h164qpqk3s3Lunq7uAVLapQNCF7wj and generates PoW. 5. Miner finds block #230001 and broadcasts it. 6. Client A receives the block #230001. 7. Client A generates the proof of luck for the block #23001 to be verified: proof_of_luck_hash = hash(hash of block_#23000 + adress of coinbase transaction_of_block_#230001) // adress of coinbase transaction is 9T5x6h164qpqk3s3Lunq7uAVLapQNCF7wj8. Client A verifies the superblock: if proof_of_luck_hash contains "99999" = superblock // the proof_of_luck_hash containes the string "99999", so it is verified as a superblock and the transaction is valid. If the coinbase transaction would have only the normal 1x amount of coins and proof_of_luck_hash would not cointain "99999" (proof of work invalid), then the block would be also valid. If proof_of_luck_hash would not cointain "99999" and the coinbase transaction would have 64x amount of coins (superblock), then the block would be invalid. I am not a mathematician in a pure meaning of this term, so I might be mistaken but I see no statistical difference between the present algorithm and the one proposed by you. In your proposal the greedy miner need to do only two extra computations per block: the addition and hashing. He need not to find any lucky address but he would use the same address all the time. Then he get the same number of bonus blocks as he has now. Every miner has a different adress, but the hash of the last block is the same for everybody. Lets take these two adresses 9T5x6h164qpqk3s3Lunq7uAVLapQNCF7wj and 9ECPZJBtbMHyfGikdUzQuf9Z8t6gGbWh5s. If we compute hash(previous_block_hash + Grain_adress) with each of them, we get a different result (hash) for every single adress. If we define a requirement for the proof of luck like: result hash must contain seven "9" or result hash must contain five "9" in a row ("99999"), then only a few adresses can generate a hash with a valid proof of luck. Lets say 9T5x6h164qpqk3s3Lunq7uAVLapQNCF7wj would have a valid proof of luck hash from hash(previous_block_hash + Grain_adress) for the upper requirement and 9ECPZJBtbMHyfGikdUzQuf9Z8t6gGbWh5s not, only the miner with the adress 9T5x6h164qpqk3s3Lunq7uAVLapQNCF7wj woulb be able to create a superblock with a x64 amount of coins transaction, the miner with the adress 9ECPZJBtbMHyfGikdUzQuf9Z8t6gGbWh5s could only create a transaction with x1 amount for this round. Other clients could verify this. This means, that each miner can generate a normal block with any adress, but only a few miner with a lucky adress can generate a superblock for a round. The hash of the last block differs with each round (block), because the last block is differnt, so that in the next round a different adress may be lucky. We can check the coinbase transaction to verify the miner adress. And you cant just easiely generate a adress that is lucky (valid proof of luck) for the current round, because: - You first have to generate a private key in order to generate a public key (grain adress) - You cant generate a lucky public key first (you could, the you dont have the private key to acces this adress) - You cant know if proof of luck is valid for this adress for this round, before you hash it with hash(previous_block_hash + Grain_adress) and test the result. The difference to the current algorithm: current algorithm: if the last blockhash was lucky and you find the nex block, then you find a superblock -> depends only on the previous blockhash my algorithm: each round a few miners (or none) can get a superblock, if they mine with a adress that solves proof of luck -> depends on the previous hash and the adress in the coinbase of the current block. With proof of luck, a miner cant just start to mine, after the last blockhash was lucky in order to find a superblock. Every round can result with a superblock, if the miner with the lucky adress finds the adress, but it would be unlikely, that a adress would be lucky for several round. A greedy miner could try two things: - test each round if his adress is lucky and only PoW mine if this happens - each round try to find a lucky adress by generating new adresses and only PoW mine if he finds one I think, that Grain with proof of luck would be very less profitable for miners, that only PoW mine in order to get the superblocks. 1% chance to superblock means, that every 100th address must be "lucky". Its easy to check 100 address, if they are lucky.
|
|
|
|