was considering doing a coin swap to eliminate some of these issues... thoughts? possibly to merge a coin or two. edit: i have a mobile wallet for any bitcoin clone crypto just about done right now edit edit: Neat idea would be to run Supercoin through a block explorer and log all balances (besides dust), nullify the chain by changing pchMessage bytes, change block value for block 1 to a suitable amount which could encompass total values of addresses that we've logged, relaunch chain and then distribute on block 2.
Other variables could be changed to reflect current state of coin including block reward etc.
This way everyone can just dump their existing addresses via dumpprivkey; move to new wallet, reimport the keys and everything should be (relatively) as it was. Except the wallet isn't chugging through 2,000,000 blocks to sync; or verify when a new key is added.
About 4 hours work.
Note - I do not hold any SUPER; someone has approached me asking how this coin could be made 'SUPER' again.
barrystyle
i have been working on a chain that keeps the current one that just holds less variables inside the blockindex class and will calculate the rest when it needs them and it uses about half the ram. with your suggestion, if im understanding your correctly, would be to launch a new chain with people logging the value of their current wallets (via BE) and then having it resend out the coins to the same addresses (amount) then using the BE to redistribute the coins. but now the chain is different, reset, and smaller. effectively doing the same thing a coin swap would do but automatically? yep, essentially culling the previous 3.8 mil blocks yet all addresses holding the correct amounts. another potential thought would be the reliance on leveldb itself; LMDB looks to be a good replacement with a tiny footprint.. however this would be a reasonable body of work. compression is a neat idea however compaction/expansion will require just as much ram (if not more) per load cycle and would be even slower during client bootup. there isn't going to be a silver bullet with a 20 second PoS time; perhaps spacing this to a 60 or 90s would resolve the amount the chain grows (fastcoin/infinitecoin suffers from this too). |
|
|
|
Neat idea would be to run Supercoin through a block explorer and log all balances (besides dust), nullify the chain by changing pchMessage bytes, change block value for block 1 to a suitable amount which could encompass total values of addresses that we've logged, relaunch chain and then distribute on block 2.
Other variables could be changed to reflect current state of coin including block reward etc.
This way everyone can just dump their existing addresses via dumpprivkey; move to new wallet, reimport the keys and everything should be (relatively) as it was. Except the wallet isn't chugging through 2,000,000 blocks to sync; or verify when a new key is added.
About 4 hours work.
Note - I do not hold any SUPER; someone has approached me asking how this coin could be made 'SUPER' again.
barrystyle
I'd be more than happy to actually take care of and do this work. It's all great to chip in with ideas but means nada without an implementation. A manual chainswap is painful; one using existing addresses and amounts is trivial. I see a lot of people claiming they want to see SUPER succeed but aren't willing to support such an effort in any way - talk is cheap. Can I get a few people onboard here? I don't know who you are but everything is better than the hands of Griffith. Please let some serious developer take this coin over and show the potential of this coin. I do not want a hostile takeover; I will be in contact with him shortly. |
|
|
|
Neat idea would be to run Supercoin through a block explorer and log all balances (besides dust), nullify the chain by changing pchMessage bytes, change block value for block 1 to a suitable amount which could encompass total values of addresses that we've logged, relaunch chain and then distribute on block 2.
Other variables could be changed to reflect current state of coin including block reward etc.
This way everyone can just dump their existing addresses via dumpprivkey; move to new wallet, reimport the keys and everything should be (relatively) as it was. Except the wallet isn't chugging through 2,000,000 blocks to sync; or verify when a new key is added.
About 4 hours work.
Note - I do not hold any SUPER; someone has approached me asking how this coin could be made 'SUPER' again.
barrystyle
I'd be more than happy to actually take care of and do this work. It's all great to chip in with ideas but means nada without an implementation. A manual chainswap is painful; one using existing addresses and amounts is trivial. I see a lot of people claiming they want to see SUPER succeed but aren't willing to support such an effort in any way - talk is cheap. Can I get a few people onboard here? |
|
|
|
|
Neat idea would be to run Supercoin through a block explorer and log all balances (besides dust), nullify the chain by changing pchMessage bytes, change block value for block 1 to a suitable amount which could encompass total values of addresses that we've logged, relaunch chain and then distribute on block 2.
Other variables could be changed to reflect current state of coin including block reward etc.
This way everyone can just dump their existing addresses via dumpprivkey; move to new wallet, reimport the keys and everything should be (relatively) as it was. Except the wallet isn't chugging through 2,000,000 blocks to sync; or verify when a new key is added.
About 4 hours work.
Note - I do not hold any SUPER; someone has approached me asking how this coin could be made 'SUPER' again.
barrystyle
|
|
|
|
dev has already dumped 5.74btc on c-cex.
What does that mean? This can be anyone because people simply start trading it but I will not sell any of my few hundreds egg because simply POS generating much more eggs than I was expecting so is worth to keep and gain more, no rush, prise will definitely rise more and more and simply you don't need to dump all your coins once, just those generated daily for you, nice stable income.. I don't understand why people paying more if they are still available to buy from dev for 0.00100000btc  sure it can, immediately after listing (sarcasm) https://c-cex.com/?p=eggs-btcdate type btc 2016-05-21 16:02:25 Sell 1.4522676 0.00194604 0.00134000 2016-05-21 16:02:15 Sell 3.7037037 0.005 0.00135000 2016-05-21 16:02:15 Sell 3.67647059 0.005 0.00136000 2016-05-21 16:02:15 Sell 3.64963504 0.005 0.00137000 2016-05-21 16:02:15 Sell 3.62318841 0.005 0.00138000 2016-05-21 16:02:15 Sell 3.5971223 0.005 0.00139000 2016-05-21 16:02:15 Sell 3.57142857 0.005 0.00140000 dev is already gone |
|
|
|
dev has already dumped 5.74btc on c-cex.
What does that mean? feel free to search 'dumped' on these forums |
|
|
|
|
dev has already dumped 5.74btc on c-cex.
|
|
|
|
don't get it when you mine in a "normal" way you waste most of the hash/money that why it have to be merged mined ?
merged mining is more efficient because effectively, you are mining against more than one chain at the same time; because auxpow allows chains to trust each other. the downside to this is that it relies on getwork which is rather old and deprecated. you are still able to mine using this method, but i spent some time hacking getblocktemplate into 611 and the effort was well worth it. feel free to mine 611 at http://bazco.in |
|
|
|
Hi all, For some time; everyone has been waiting for a pool hosting SixEleven (611). Hand-written, straight off the press: http://bazco.in/Expect a few teething issues, but first SixEleven pool on the net! James |
|
|
|
Not long ago I was watching I believe Antpool finding 4 blocks in a row and it made me wondering...
Which pool has the highest streak of finding a lot blocks in a row?
depends if you mean an honest streak (using unmodified stratum/bitcoind code), or how antpool as well as f2pool/others actually manage to do it. they basically find a block, dont announce it, continue mining on the new block, rinse and repeat. well known practice. easily spotted with either no or very few transactions. good example is: https://blockchain.info/rawblock/00000000000000000472036667817f445167d11c44f998fff31c674fc4043111another 'trick' is to run what is known as a 'dead miner' on a bunch of different pools. it is essentially cgminer/bfgminer running on a stratum pool with no ASIC connected. this allows any new block hash to be retrieved far quicker than waiting for a full block to be received by your local bitcoin daemon. once you have the latest block hash, slap it through libblktemplate and hand it to your stratum. both methods revolve around getting a head start against the other pools. I just checked the list of found blocks by pools and see that F2Pool managed to find 6 blocks in a row today, and far as I can see it's a clean streak. which block numbers specifically? |
|
|
|
Not long ago I was watching I believe Antpool finding 4 blocks in a row and it made me wondering...
Which pool has the highest streak of finding a lot blocks in a row?
depends if you mean an honest streak (using unmodified stratum/bitcoind code), or how antpool as well as f2pool/others actually manage to do it. they basically find a block, dont announce it, continue mining on the new block, rinse and repeat. well known practice. easily spotted with either no or very few transactions. good example is: https://blockchain.info/rawblock/00000000000000000472036667817f445167d11c44f998fff31c674fc4043111another 'trick' is to run what is known as a 'dead miner' on a bunch of different pools. it is essentially cgminer/bfgminer running on a stratum pool with no ASIC connected. this allows any new block hash to be retrieved far quicker than waiting for a full block to be received by your local bitcoin daemon. once you have the latest block hash, slap it through libblktemplate and hand it to your stratum. both methods revolve around getting a head start against the other pools. |
|
|
|
Dear miners, I am a bitcoin investor, speculator, end user. I am asking you, no i am begging you, JUST DO IT! I know you do not want to offend anyone or step on some toes; you want to make sure that when you put the 2MB limit in place it is because we have reached "consensus" on the issue. I BEG YOU, do not delay any longer, assert your power! do not wait for somthing that may never happen, do not let a dev believe they know better than you, or have more power than you, they don't, show them! let them feel the wrath of your hashes, Command their respect!Put in place the 2MB limit TODAY, without their "approval". Put out some code of your own, gather >51% hashing power, and FORK us to the next level! if this offends the some poeple / core devs and they rage quit, GOOD! we dont want them trying to control bitcoin, it is not for them to control, bitcoin is OURS not theirs! amass 51% and take control!As an investor / speculator, I promise you, if you can demonstrate that bitcoin's destiny isn't in the hands of any one group, but requires vast amounts of power to sway one way or the other,and that no amount of FUD can stop you/us; I will value bitcoin much more.Time is now, do not delay, own the day!please leave these forums, delete your account and go back to reddit where you belong. people like you are literally killing bitcoin. https://blockchain.info/blocks reveals 409638-409750 with many blocks not even half filled. if this offends the some poeple / core devs and they rage quit, GOOD! we dont want them trying to control bitcoin, it is not for them to control, bitcoin is OURS not theirs!
erm, the devs can do whatever they feel like; as it is collectively their/community code. FOAD. |
|
|
|
|
basically you are wanting to start a new bitcoin chain (using the original client) without modifying any code. this will only give you grief.
modifying any coin codebase is not too difficult. you will ideally want to create a different genesis block hash and at a minimum update the pchMessage bytes (or p2p magic) so it does not attempt to 'sync' from other known bitcoin nodes.
keep in mind that the difficulty will never 'always stay at 1', it will do this for the first 2016 blocks then readjust according to your cpu mining speed.
|
|
|
|
Premine is BIG WOW
int64 nSubsidy = 500 * COIN;
if(nHeight == 1)
{
nSubsidy = 1960000000 * COIN;
}
yeah but first transection fee was 1700000000 !!! and every 5000ths transection gets 2000RBC from it until it ends every 200 block gets some extra RBC and all other will go for bounty! i've checked your code; theres nothing in there that provides this functionality (tx fee or every 5000th tx).. so first block contains 1,960,000,000RBC; when total coins are 840,000,000...? bring a block explorer online |
|
|
|
damn... for a second there, i thought you'd nicked my farm setup   |
|
|
|
|
ah ffs
will remove this 'shit' off my pool shortly
|
|
|
|
g++ -c -O2 -Wno-invalid-offsetof -Wformat -D_MT -DNOPCH -DFOURWAYSSE2 -DUSE_SSL -DBOOST_THREAD_USE_LIB -I../contrib/db48/include -o obj/nogui/bitcoinrpc.o bitcoinrpc.cpp
bitcoinrpc.cpp: In function ‘json_spirit::Value getblocktemplate(const Array&, bool)’:
bitcoinrpc.cpp:2335:43: error: ‘PROTOCOL_VERSION’ was not declared in this scope
CDataStream ssTx(SER_NETWORK, PROTOCOL_VERSION);
^
bitcoinrpc.cpp:2346:78: error: no matching function for call to ‘CTransaction::GetValueIn(MapPrevTx&)’
entry.push_back(Pair("fee", (int64_t)(tx.GetValueIn(mapInputs) - tx.GetValueOut())));
^
bitcoinrpc.cpp:2346:78: note: candidate is:
In file included from headers.h:101:0,
from bitcoinrpc.cpp:5:
main.h:602:11: note: int64 CTransaction::GetValueIn() const
int64 GetValueIn() const
^
main.h:602:11: note: candidate expects 0 arguments, 1 provided
bitcoinrpc.cpp:2356:38: error: ‘class CTransaction’ has no member named ‘GetLegacySigOpCount’
int64_t nSigOps = tx.GetLegacySigOpCount();
^
bitcoinrpc.cpp:2357:31: error: ‘class CTransaction’ has no member named ‘GetP2SHSigOpCount’
nSigOps += tx.GetP2SHSigOpCount(mapInputs);
^
bitcoinrpc.cpp:2365:44: error: ‘COINBASE_FLAGS’ was not declared in this scope
aux.push_back(Pair("flags", HexStr(COINBASE_FLAGS.begin(), COINBASE_FLAGS.end())));
^
bitcoinrpc.cpp: In function ‘json_spirit::Value submitblock(const Array&, bool)’:
bitcoinrpc.cpp:2416:49: error: ‘PROTOCOL_VERSION’ was not declared in this scope
CDataStream ssBlock(blockData, SER_NETWORK, PROTOCOL_VERSION);
^
Makefile:107: recipe for target 'obj/nogui/bitcoinrpc.o' failed
make: *** [obj/nogui/bitcoinrpc.o] Error 1
nope - you're about where i was about a day or two ago |
|
|
|
so, it should be like this:  and it does look like this (please refer to above for minds that rival goldfish):  and dev still owns 88.6% of his coins?   stay tuned (LEONPATTON) for our regularly scheduled idiot update |
|
|
|
|
Show Posts
