Topic: [ANN][Datacoin] Datacoin blockchain start announcement (Minor code upd + logo) - page 61. (Read 171873 times)

it is not client, but miner. Only miners decide what transaction to include into blocks. The same thing as with Bitcoin: miners decide what transactions to process basing on their fee. No fee = low chances to be processed. We're planning to do the same thing for Datacoin miners: fee will be dynamic.
"free data in the chain" - even now block reward is near 10 DTC, and block fully loaded with data will give near 50 DTC in addition. Do you think that miners don't want to get these additional DTC? No way for free transactions in Bitcoin, the same for free data in Datacoin - it's possible but very unprofitable to miners.

If the fee for data is set in the client and not in the block chain then anyone can compile a version that lets them put free data in the the chain... do you not get the meaning of this...

Why? What do you have in mind?

Can someone please answer if the fee payed for data is merely done via client side setting and can be modified before compiling the program itself? This is kind of urgent fyi.

You can communicate with Mumus - he's also working at implementing p2pool

Download wallet only from link in the OP !!!

Read more about primecoin

LIKELY TROJAN WALLET STEALER DO NOT DOWNLOAD!!!!

People having trouble with updating their wallet, download this .rar en copy the files over yours.

https://mega.co.nz/#!hgpCFSTB!NQyzxRsVAoSHLFWyWcCnWzJTproZyEK5tuxXOkhi9c0

Yeah, I am writing a pool and need a protocol to start implementing. The more transparent it is(docs etc) the better chance I can implement it.

Primecoin miners are designed for specific pools, and ATM there is no public working pool. The only miners that works for solo mining  (besides the wallet itself) are the ones that use the wallet standard getwork() function.

This link provides an external miner :
https://bitcointalksearch.org/topic/datacoin-external-miner-released-364205

A few questions. If Datacoin is based on Primecoin, then primecoin miners should work then, right? If so, is getwork supposed to be used or this XPT protocol that I see in the jhPrimeMiner source code, or is it entirely custom for Datacoin too?

I don't think that transactions with a lower transaction fee than MIN_FEE (which is 0.05 ATM) would be accepted in the blochchain.
Will try it when I have some time.

I still think you guys are looking at this from the wrong perspective and I just realized another issue. You said before that the fee for data could be changed without a hardfork, does that mean it is only a client setting that could be recompiled by anyone to have a fee of 0 and thus evade paying data fees at all? If so then I think this shows yet another problem, the whole way that the data in datacoin is implemented is childish, it is like a child putting rocks in his icecream and calling it rocky road. All it does is hurt everyone's teeth and make the kid look dumb.

there is a way to build a filter into walets and online wallets that will not allow to access illegal content (data reported by other users), but anyway these files will exist in the blockchain.

Ok. That makes a lot of good sense. So the next questions is... — Is there a way to implement a self-censoring feature that is decentralised?

@theprofileth:  You make some very valid points.  Datacoin aims to be a form of data infrastructure, so it must be compared to current services that are similar.  I expect Datacoin to be under continuous development, with a very large body of developers.  Many of these people will have to be drawn from the VPN and cloud storage sector, and they would be familiar with what they need to make a coin that would be useful for them.

Everbody wants something that is a combination of Napster and Bitcoin.  Datacoin is the first step, but it will be a long road before we get there.  Pruning and updating of old files are just the first issue that comes to mind.  Atomic downloads for payments to specific addresses is another.  A lot of great work has been done (including on the blockexplorer) but we need some sort of roadmap to see where we are going.

I don't think the blockchain is the best place to store files. The wallets themselves would be better, with the blockchain used for indexing and collating.  Grondilu made such a suggestion (https://bitcointalksearch.org/topic/suggestion-allow-short-messages-to-be-sent-together-with-bitcoins-1545).  By increasing the precision of the coin to many hundreds of digits, data could be stored in the least significant bits of the balances in the wallets.  A message or data file would be represented by a (small) DTC amount and there would be a natural cost associated with it.  

There is a lot of goodwill associated with this coin but if it is not useful to the actual users it will quickly be forked.  We must listen very carefully to critics because these could be the people who would help Datacoin the most.  I rank Datacoin as equal in importance to Bitcoin and Namecoin, and they are both highly reactive to the communities they serve.

coins can be destroyed, but transaction will not be deleted. Anyway, it breaks the whole concept of the coin - if one person (or group of persons) can control network in such a way, no one can guarantee that this power won't come to bad people.

It seems to me that there's a very simple way of solving the potential upload of illegal files to the blockchain, and increase the value of the coin at the same time!

I'm not a dev, so please correct me if I'm wrong. I'm assuming that files are going to be stored in the coins themselves, so if that's the case, we just need to create some sort of report system that could be managed by the Datacoin Foundation, and anytime a illegal file is found, that can be reported and the coins are destroyed.

That would eliminate the nasty file and reduce the supply of coins at the same time. Users of the coin would have a strong reason to keep the blockchain clean.

Please look here: https://bitcointalksearch.org/topic/m.3920079
also possible issues are described below this post.