Topic: [ANN][Datacoin] Datacoin blockchain start announcement (Minor code upd + logo) - page 58. (Read 171873 times)
December 20, 2013, 05:22:31 AM
Oh yeah. dev is back
December 20, 2013, 04:15:25 AM
DDcGVrUFAEuuqUTK49mXxJ3E9HCBowhypx With what is he mining?!
December 20, 2013, 01:18:11 AM
oocook5u has answered my PMs, il help him to setup a dnsseeder so the peer problems will be gone in a further release (or if you compile from git, as soon hes commiting it).
=>
Good to have oocook5u back
Really great
Let's wait for updates! December 19, 2013, 04:25:48 PM
Good to have oocook5u back
December 19, 2013, 02:11:37 PM
Two questions:
- can it be implemented 'auction system', when data storage fee is dynamic and depends only on demand - the same as with Bitcoin transaction fees, more DTC per 1KB -> higher probability to be processed soon (and to be processed at all - with 0 fee it can be impossible to confirm transaction)
- what is current development process and nearest plans?
oocook5u has answered my PMs, il help him to setup a dnsseeder so the peer problems will be gone in a further release (or if you compile from git, as soon hes commiting it). - can it be implemented 'auction system', when data storage fee is dynamic and depends only on demand - the same as with Bitcoin transaction fees, more DTC per 1KB -> higher probability to be processed soon (and to be processed at all - with 0 fee it can be impossible to confirm transaction)
- what is current development process and nearest plans?
December 19, 2013, 11:57:33 AM
Two questions:
- can it be implemented 'auction system', when data storage fee is dynamic and depends only on demand - the same as with Bitcoin transaction fees, more DTC per 1KB -> higher probability to be processed soon (and to be processed at all - with 0 fee it can be impossible to confirm transaction)
- can it be implemented 'auction system', when data storage fee is dynamic and depends only on demand - the same as with Bitcoin transaction fees, more DTC per 1KB -> higher probability to be processed soon (and to be processed at all - with 0 fee it can be impossible to confirm transaction)
This is the same question as mentioned above. In case tx fee modification will be enabled it will behave following way:
----
Sender can set any fee above technically hard-coded minimum (such a minimum is required in order to avoid tx spam).
Each miner sets his own minimum fee to accept tx into memory pool.
Auction system will really work in case tx flow is close to 1Mb per minute (max blockchain capacity). Below this limit miners are motivated to accept any tx with fee above zero.
----
NB: Second question will get it's answer also
December 19, 2013, 11:24:31 AM
Two questions:
- can it be implemented 'auction system', when data storage fee is dynamic and depends only on demand - the same as with Bitcoin transaction fees, more DTC per 1KB -> higher probability to be processed soon (and to be processed at all - with 0 fee it can be impossible to confirm transaction)
- what is current development process and nearest plans?
- can it be implemented 'auction system', when data storage fee is dynamic and depends only on demand - the same as with Bitcoin transaction fees, more DTC per 1KB -> higher probability to be processed soon (and to be processed at all - with 0 fee it can be impossible to confirm transaction)
- what is current development process and nearest plans?
December 19, 2013, 11:12:29 AM
oocook5u, I have a request for you, what about lowering the fee to post data so people start actually using this nice feature ?
You know, people tend to hold the coins, as if they where bitcoins ...
Can we test it client side ? I tried lowering MIN_TX_FEE in the code but somehow I end up always with the same fees ( the -paytxfee argument doesn't work either since XPM has it disabled in code).
You know, people tend to hold the coins, as if they where bitcoins ...
Can we test it client side ? I tried lowering MIN_TX_FEE in the code but somehow I end up always with the same fees ( the -paytxfee argument doesn't work either since XPM has it disabled in code).
Do you know why did Sunny King disabled -paytxfee?
December 19, 2013, 11:07:39 AM
oocook5u, I have a request for you, what about lowering the fee to post data so people start actually using this nice feature ?
You know, people tend to hold the coins, as if they where bitcoins ...
Can we test it client side ? I tried lowering MIN_TX_FEE in the code but somehow I end up always with the same fees ( the -paytxfee argument doesn't work either since XPM has it disabled in code).
You know, people tend to hold the coins, as if they where bitcoins ...
Can we test it client side ? I tried lowering MIN_TX_FEE in the code but somehow I end up always with the same fees ( the -paytxfee argument doesn't work either since XPM has it disabled in code).
December 19, 2013, 10:49:25 AM
I downloaded datacoin and was surprised to see the difficulty at above 9. I'm just wondering, is it possible to merge-mine this, or at least to re-use the cunningham chains from the Primecoin block chain? If it's possible, I'd say some clever person is getting a lot of blocks!
That's interesting, and I have been thinking about it also, if in the end DTC could be merge-mined with XPM that would be definately good for the coin, and that would also mean that both coins would share the same difficulty. I can't see a reason why the prime chains accepted by XPM couldn't be accepted for DTC, but they could be chained somehow in the blockchain.Let's wait and see.
Yeah, with the same difficulty and merge-mining it can be awesome union for both coins.
In case of merged mining one of blockchains is parent (has much higher difficulty) and another one is auxiliary and has lower difficulty. This is not the case of Datacoin and Primecoin as soon as difficulties are very close to each other now: 10.x for Primecoin and 9.x for Datacoin. Thus there is no way to do merged mining in the near future.
Please see details here: https://en.bitcoin.it/wiki/Merged_mining_specification
December 19, 2013, 10:29:01 AM
I was brave and I just closed and reopened my wallet - immature DTC are still there.
You can see how much I trust you guys
Anyway I can wait. Thanks for the help.
You can see how much I trust you guys
Anyway I can wait. Thanks for the help.
December 19, 2013, 10:25:18 AM
Think someone could whip up a mac binary?
December 19, 2013, 10:22:46 AM
does the speed of the maturing speed up later?
i got 6 dtc now ^^ but i havent been able to use it for like 3 days sofar and i wanne sell em :>
i got 6 dtc now ^^ but i havent been able to use it for like 3 days sofar and i wanne sell em :>
only with hardfork, and it will be not good idea. But maybe in future...
December 19, 2013, 10:18:30 AM
Hrmpf. Just googled a bit - seems to be my misunderstanding...
Is it correct that 'immature' payments need to wait for 3200 blocks to get 'mature'?
So I simply have to wait, then... I'll see ;-)
Can I restart the wallet while I have 'immature' values in it? I cannot see them in the 'getinfo' output...
Is it correct that 'immature' payments need to wait for 3200 blocks to get 'mature'?
So I simply have to wait, then... I'll see ;-)
Can I restart the wallet while I have 'immature' values in it? I cannot see them in the 'getinfo' output...
yes, you're right, 3200 confirmations before maturing the funds and before you can use these coins. Only after 3200 confirms you'll see coins in getinfo, it is common practice for all coins here
Seems legit
Still.. I've read somewhere else that one had immature funds in his wallet and after restarting the wallet, it was gone. So, can I restart the wallet without risking to lose what I've got? Or how can I find out if the block was orphaned later?
Until now I was only pool mining and there the pool was checking for orphaned blocks before executing the payout. Might have something to do with the number of accepts - which might have been lower for this other coin?
You can get situation when immature go away from your wallet after restarting is possible only in case of solo mining. Pool checks for such things.
3200 is required number of confirmations and doesn't depend on pool, but only on network protocol. Each pool can only increase this value, but not to decrease - the same is true for all altcoins. No way to get your coins and spend them before they mature in the network, no matter how you got them - with pool or with solo mining
does the speed of the maturing speed up later?
i got 6 dtc now ^^ but i havent been able to use it for like 3 days sofar and i wanne sell em :>
December 19, 2013, 10:16:54 AM
Just wait the 3200 blocks, it's only ~2.2222 days 
December 19, 2013, 10:13:43 AM
Hrmpf. Just googled a bit - seems to be my misunderstanding...
Is it correct that 'immature' payments need to wait for 3200 blocks to get 'mature'?
So I simply have to wait, then... I'll see ;-)
Can I restart the wallet while I have 'immature' values in it? I cannot see them in the 'getinfo' output...
Is it correct that 'immature' payments need to wait for 3200 blocks to get 'mature'?
So I simply have to wait, then... I'll see ;-)
Can I restart the wallet while I have 'immature' values in it? I cannot see them in the 'getinfo' output...
yes, you're right, 3200 confirmations before maturing the funds and before you can use these coins. Only after 3200 confirms you'll see coins in getinfo, it is common practice for all coins here
Seems legit
Still.. I've read somewhere else that one had immature funds in his wallet and after restarting the wallet, it was gone. So, can I restart the wallet without risking to lose what I've got? Or how can I find out if the block was orphaned later?
Until now I was only pool mining and there the pool was checking for orphaned blocks before executing the payout. Might have something to do with the number of accepts - which might have been lower for this other coin?
You can get situation when immature go away from your wallet after restarting is possible only in case of solo mining. Pool checks for such things.
3200 is required number of confirmations and doesn't depend on pool, but only on network protocol. Each pool can only increase this value, but not to decrease - the same is true for all altcoins. No way to get your coins and spend them before they mature in the network, no matter how you got them - with pool or with solo mining
December 19, 2013, 09:16:30 AM
Hrmpf. Just googled a bit - seems to be my misunderstanding...
Is it correct that 'immature' payments need to wait for 3200 blocks to get 'mature'?
So I simply have to wait, then... I'll see ;-)
Can I restart the wallet while I have 'immature' values in it? I cannot see them in the 'getinfo' output...
Is it correct that 'immature' payments need to wait for 3200 blocks to get 'mature'?
So I simply have to wait, then... I'll see ;-)
Can I restart the wallet while I have 'immature' values in it? I cannot see them in the 'getinfo' output...
yes, you're right, 3200 confirmations before maturing the funds and before you can use these coins. Only after 3200 confirms you'll see coins in getinfo, it is common practice for all coins here
Seems legit
Still.. I've read somewhere else that one had immature funds in his wallet and after restarting the wallet, it was gone. So, can I restart the wallet without risking to lose what I've got? Or how can I find out if the block was orphaned later?
Until now I was only pool mining and there the pool was checking for orphaned blocks before executing the payout. Might have something to do with the number of accepts - which might have been lower for this other coin?
December 19, 2013, 08:30:11 AM
Hrmpf. Just googled a bit - seems to be my misunderstanding...
Is it correct that 'immature' payments need to wait for 3200 blocks to get 'mature'?
So I simply have to wait, then... I'll see ;-)
Can I restart the wallet while I have 'immature' values in it? I cannot see them in the 'getinfo' output...
Is it correct that 'immature' payments need to wait for 3200 blocks to get 'mature'?
So I simply have to wait, then... I'll see ;-)
Can I restart the wallet while I have 'immature' values in it? I cannot see them in the 'getinfo' output...
yes, you're right, 3200 confirmations before maturing the funds and before you can use these coins. Only after 3200 confirms you'll see coins in getinfo, it is common practice for all coins here
December 19, 2013, 08:07:07 AM
Hrmpf. Just googled a bit - seems to be my misunderstanding...
Is it correct that 'immature' payments need to wait for 3200 blocks to get 'mature'?
So I simply have to wait, then... I'll see ;-)
Can I restart the wallet while I have 'immature' values in it? I cannot see them in the 'getinfo' output...
Is it correct that 'immature' payments need to wait for 3200 blocks to get 'mature'?
So I simply have to wait, then... I'll see ;-)
Can I restart the wallet while I have 'immature' values in it? I cannot see them in the 'getinfo' output...
December 19, 2013, 07:59:41 AM
Has anyone used the pool? http://dtc.gpool.net/
I did. Started to use this pool this morning. Have a couple of primeminers running on Linux.
Payout is when you reach 0.3 DTC. I got my first payout of ~ 0.3 PTS - which is now 'immature' :/
How can this be? IMHO the pool software is also 'immature' ^^
Will wait for the next payout - if this is immature too - I'm gone.
Jump to: