Gpool workers fluctuating wildly from 4000 workers to 22000 workers. Not sure what is going on.
Xpool steady at about 200 workers.
Getting 1 DTC per day at Xpool (6 cores, 1 chain/d in total).
|
|
|
An i5 has 2 cores but can run 4 threads. An i7 3770 has 4 cores but can run 8 threads. So your settings should be right.
But what does primeminer say? Should be around 1 chain/d.
Because of too many segmentation faults, I am now running my i5 with genproclimit = 2. The chains/d is almost the same and the seg faults have gone.
|
|
|
If you look at gold, its scarcity is not due exclusively to the finite amount. The scarcity is due to the intrinsic ask related to gold qualities/incredible characteristic (medicine, art, electronic, physics, etc.. ). Gold is needed for a lot of use cases not only as a currency. And this ask is transforming the limited amount of gold into scarcity and the high value as a currency. Data coin offers a similar principle, storing data in the chain is an intrinsic service, exclively offered by DTC which may make people to have to buy DTC. The critical step resides in showing up that the value of that service exists like the value of gold in its different use cases but the principle is good.
+1 for Datacoin
D6JcSpYd3drgWnUuTMDUxCMqABLsH9MrWW
Dude - you get it! Funny how the rest of the crypto community seem to miss this point. The assets of the p2p network are bandwidth (the ability to relay messages and data), storage capacity (file sharing) and CPU capacity (parallel processing). The coin that encourages people to make these assets available to other paying members of the network is the coin that will rule them all. I believe that Datacoin is that coin. And another thing: with that web server oocook5u showed that Datacoin is also a simple kind of ISP - that can never be shut down! If the nodes start to use direct Wifi to Wifi we will have a meshnet. The DNS will be provided by Namecoin.
|
|
|
Greek, did you try Amazon EC2? I see they don't have Ubuntu but Debian. Shouldn't be too difficult to run primeminer on Debian.
Franco chains/d is what is really important. Primes per second I never look at.
|
|
|
Thanks Greek. Jeez. Gpool at 22k workers. Xpool still very small at 170 workers. Franco you can use primeminer for Windows and Linux. On Xpool website line 1. choose Windows DO is web based. There is a console when you run your droplet. You don't need linux.
|
|
|
Running an i5 3320M @ 2.6GHz. So actually a 2 core with 4 threads. Yes, the 2 cores are both very old. But surprisingly useful.
The i5 gave me 2 segmentation faults so far. So I think I should run it as a 2 core.
EDIT: Running the i5 as a 2 core gave me almost the same no. of chains/d: 0.411 versus 0.46
|
|
|
I'm just mining on 8 physical cores - 4 on an i5 PC and 4 on 2 duo core PC's. I am getting about 1chain/d and 1DTC per day. Using primeminer on xpool.
|
|
|
So you are the guy that's been vacuuming up all the Jesus coins? You called yourself Pontius Pilate in the Reddit posts. Problem is, there is no source code, and all the parameters (like the magic number) are missing or unobtainable. Without the source the coin will not be accepted on exchanges like Cryptsy.
Effectively you executed a 51% attack, so the community around the coin died because they lost all their coins.
Anyway, I am waiting for the scrypt Jesus, which will have a much fairer launch (and where coingen is not involved).
|
|
|
So it is just the Bitcoin source with a new magic number, new port and new genesis block?
|
|
|
I set -genproclimit=4 on an i5 and I am getting 0.46 chains/d
|
|
|
One integrated ecosystem. Bitcoin, Namecoin, Datacoin. A platform, not just a currency.
So file browsing will also be done via Internet. With a coin built right in.
When the personal chains arrive the files will be farmed out to the nodes.
|
|
|
And please Snard, start your own branch of the Datacoin client on Github. It will really help the coin.
|
|
|
Simbo: Thank you very much. I always wanted a coin that can send messages and store data. I believe that Datacoin is "The One" and that groups of developers will gather around to make it so. I am trying to send messages in the balance using base58 encoding. And perhaps help to add a little proof of stake to attract some late adopters and encourage people to keep their wallets open to provide the data services. The developer is working on personal chains for the nodes to take the data off the main chain. That will limit chain bloat and allow much greater storage. Junk1: The miner reward makes sense, but the final model for reward should be based on local storage and internet throughput of each client. Otherwise everyone will just use lite wallets and no one will store the data. Data should be redundant, but each client should be able to specify the size of the chain he is going to store. This way if i choose to store 5,000TB of data chances are i will get more requests to serve that data to network, while someone who stores 100KB of data will have very few requests hence lower earnings.
This will be addressed by the private chains of the nodes. Junk, if you like coding, set up your own branch of Datacoin on Github and add these ideas.
|
|
|
Simbo, why don't you fork the Datacoin repository on Github and implement these concepts in your branch? If the lead dev finds it interesting he can accept your pull requests.
I have done that and started to play around with the code, because that is how Bitcoin advanced.
|
|
|
I understand this was the old (non-standard) way of sending a message:
scriptPubKey: <message> OP_DROP <pubKey> OP_CHECKSIG scriptsig: <sig>
What will the new way be with OP_RETURN? Maybe
scriptPubKey: OP_RETURN <data> OP_DROP OP_DUP OP_HASH160 <pubKeyHash> OP_EQUALVERIFY OP_CHECKSIG scriptsig: <sig> <pubKey>
?
|
|
|
Interesting. Makes me think of the Hutterites.
|
|
|
What a beautiful story! GreenWins is a very wise person.
|
|
|
So you just have an idea?
I suggest you learn C++ and that you start to program. Nobody is going to pay any attention to you if you cannot code.
|
|
|
|