I'm interested. I'd like to see how the Stage 2 experiment pans out.
|
|
|
I can't get the wallet to sync! ;(
here my riecoin.conf:
rpcuser=wawa rpcpassword=w rpcport=1234 port=1234 rpcallowip=127.0.0.1 server=1 daemon=1 gen=0
[addnodes snipped]
rpcport and port should not be set to the same port set them to different ports, or at least try eliminating the port= line, which will let riecoin use its default p2p port 28333 this may not be the source of your problem, but it is one idea to try
|
|
|
What's the block # now?
229 right now. And there should be a difficulty adjustment at block 288.
|
|
|
hey guys you can't be serious and whine for not having your exe files. Mining and being linux illterate does not make sense. You probbably do have 12 toolbars and plugins in your web browser with three trojans and a keylogger and you consider installing some more exe file which you don't have any idea how it looks alike ? well see you then.
Yeah, the problem with your logic is that the majority of users run Windows and don't have time to learn new stuff. People are here to make money with their video cards , not to learn to do stuff and earn more as an it engineer. That would be a very shortsighted approach to the genesis period of an amazing new technology.
|
|
|
{ "account" : "", "address" : "RFKvCkR3PpspULD3mrsGt9tgdAQQifSoPK", "category" : "immature", "amount" : 0.00000000, "confirmations" : 11, "generated" : true, "blockhash" : "fb0ef95e0abc274c4250268315c0af09c4ab96b4f66034f37e0f06e3181d1d40", "blockindex" : 0, "blocktime" : 1392153574, "txid" : "bdd729950e2ffa85933034c1afcff0b8f180250b0ae1e9dba8e887f6d3618762", "time" : 1392153574, "timereceived" : 1392153576 } Whats the command? listtransactions at the console.
|
|
|
For anyone that needs more guidance on how to find the hidden premine (which the dev lied about), here you go: Here's the falsehood: Premine: 0
Here's the evidence: Go to the source code ( https://github.com/picoind/pi/), src subfolder: line 70 of main.cpp: static const int64 nGenBlockHash = 0.05969026 * COIN;
lines 1248-1280 of main.cpp: static const int64 nStartSubsidy = 0.00003141 * COIN;// 3.14159x10^-5 //static const int64 nMinSubsidy = 1 * COIN; int64 static GetBlockValue(int nHeight, int64 nFees) { int64 nSubsidy = nStartSubsidy;
if(nHeight < 313) { nSubsidy = 0.00000314 * COIN;// 3.14159x10^-6 }
if(nHeight == 1) { nSubsidy = nGenBlockHash; }
if(nHeight == 314) // 3.14159265359x10^-4 { nSubsidy = 0.00031415 * COIN; } if(nHeight == 3141) // 3.14159265359x10^-4 { nSubsidy = 0.000314159 * COIN; } if(nHeight == 31415) // 3.14159265359x10^-3 { nSubsidy = 0.00314159 * COIN; } if(nHeight == 314159) // 3.14159265359x10^-3 { nSubsidy = 0.00314159 * COIN; }
As you can see, block 1 is set to reward 0.05969026, which is 0.05969026/3.1415 = 1.9% of all coins that will ever be mined.
|
|
|
same here
You need to addnode=162.243.90.199 It works here, got 2 blocks. And btw fyi the hidden premine is 0.05969026 picoin or ~1.9%. how did you know that? if(nHeight == 1) { nSubsidy = nGenBlockHash; }
static const int64 nGenBlockHash = 0.05969026 * COIN;
First thing to check Yep, the dev outright lied about this in the original post. I was just typing a comment about the hidden 1.9% premine in block 1 when I saw yours.
|
|
|
I want a slice of the PI!
|
|
|
Perhaps he'll succeed after 3.14 attempts.
|
|
|
This dev is acting so....irrational.
|
|
|
I'm getting errors when trying to mine:
terminate called after throwing an instance of 'std::runtime_error' what(): CreateNewBlock() : ConnectBlock failed Aborted
Same here. delete ~/.xcoin/blocks and ~/.xcoin/chainstate then ~/xcoin/src/xcoind -rescan It happened to me once too Tried it... no dice. Deleted everything except for .conf same thing Same problem.
|
|
|
WTB ONC 0.001 for 0.01 BTC, will buy smaller amounts also
This coin was always fun because it forced people to deal with metric prefixes. The coin's settings let you change which metric prefix you use -- very useful. I just synced up and took a look at the blockchain. There are 162846 blocks mined, each with at most .50 μONC (micro-ONC) rewarded. (Early blocks ramped up slowly and had less). So the total mined cannot be more than (162846) * (.50) (μONC) = 81423 μONC = .081423 ONC. So, if my math is right, you seek to buy roughly 1/81 of all ONC mined for .01 BTC. It would be a hoot if this coin made a comeback. It was certainly more innovative that its contemporaries.
|
|
|
XCP is more like MSC than Nxt. Nxt is an altcoin having its own blockchain, but XCP is based on bitcoin blockchain just as MSC.
The benefit to have its own blockchain is the low level protocol can be designed from the scratch to make all high-level protocols easier to be implemented and parsing more efficient. On the other hand, the benefit of basing on bitcoin blockchain is there's already secure hashing rate and a lot of users are already using bitcoin. Moreover, implementation is easier since there's no need to worry about all those mining things.
BTW, one large advantage of Nxt is it's transparent forging (mining). According to what the dev said, it can help to make 51% attack almost impossible. I'm sure everyone agree that 51% attack is almost the pain of bitcoin and all its copycats.
Thanks. What about comparison to MSC? If Mastercoin is the most apt comparison, you may want to review the questions stslimited has been raising about Mastercoin over the last few days in this (Mastercoin) thread: https://bitcointalk.org/index.php?topic=265488.2780. It seems to me, at least at first glance, that his concerns may have some relevance to Counterparty as well. Questions like: what is the functional difference between 10 XCP or 1 XCP or .1 XCP? How many XCP would someone actually need to use any aspects of this additional protocol layer? What would require someone to spend XCP or go get more XCP from the open market?
|
|
|
For an example successful burn on mainnet, see transaction 685623401c3f5e9d2eaaf0657a50454e56a270ee7630d409e98d3bc257560098. (Of course it looks a little funny on blockchain.info.) 0.0005 BTC were burned and 0.74959091 XCP were earned, at a price of 1499.18182 XCP/BTC. The transaction is correctly parsed by counterpartyd. How could one "back up", or move, such earned XCP to a different machine (that is also running counterparty, of course)? Would be it be sufficient just to copy the bitcoin wallet.dat for the bitcoin address that burned the BTC, or would some data file specific to counterparty also need to be copied over?
|
|
|
Source code has been pulled from github. Why?
|
|
|
Windows daemon is not connecting for me.
Source is not compiling on linux...lots of sph_keccak256 errors.
Oh well.
|
|
|
So...Post-Fork of Molecule = Molecule...and Pre-Fork of Molecule = Atom... correct? :Pjavascript:void(0);
That is correct
The question is how do I import my pre-fork molecules into this? I don't think you can. It looks like the dev started over with a new genesis block: ATOM: uint256 hashGenesisBlock("0x000003a092b42368011e21eab1a1e70450548b02a03ced571ea4a57b7d7d9c01");
MOLECULE: uint256 hashGenesisBlock("0x0000036ece53269e126787824206b9cca705041057814914f4f5ed0586e22a23");
So, despite the fact that the dev originally said something like "hang onto" those prefork molecules when the fork happened on launch night of molecule, I don't think your private keys for pre-fork molecules are worth anything here, unless I'm missing something. Looks like the dev just mined a new genesis block and privately premined the amount he wanted before re-releasing Atom.
|
|
|
|