how is the coin distributed? are there some people with more than 50k? if, how?
I doubt there is anybody with that much. Unless they bought it on the exchanges.
Topic: [ANN] [PMC] Premine Coin | Rare | Mining Transaction Fee Proof of Concept - page 260. (Read 382879 times)
February 04, 2014, 11:41:18 AM
I doubt there is anybody with that much. Unless they bought it on the exchanges.
February 04, 2014, 11:35:59 AM
how is the coin distributed? are there some people with more than 50k? if, how?
February 04, 2014, 11:34:35 AM
We already have a lot of coins in the Premine Faucet already. We'll need to find other methods of distribution apart from faucets too.
The 1500 I donated to Poloniex for their giveaway seems to have been popular. I may send part of what is left to them to pass out.
February 04, 2014, 11:25:59 AM
We already have a lot of coins in the Premine Faucet already. We'll need to find other methods of distribution apart from faucets too.
February 04, 2014, 10:59:12 AM
Are all in circulation, or retain the developer still a few (for advertising, etc.) ?
there are about 6500 left. 5000 of those are in escrow for a future bounty. The rest are being passed out mostly via twitter, and in this forum. I.E. a donation for the MacOSX wallet etc.
in short, free supply is coming to an end, and most all coins are in the hands of the people. Distribution is 99% up to you guys from here on out. This is where the rubber meets the road so to speak. Keep distributing!
This coin has made me really want FaucetCoin to be a thing. I vote you put coins in faucet > passed out by twitter. Just seems like a more legitimate way to prove that distribution is equal when no one can make fake accounts.
February 04, 2014, 09:51:00 AM
Are all in circulation, or retain the developer still a few (for advertising, etc.) ?
there are about 6500 left. 5000 of those are in escrow for a future bounty. The rest are being passed out mostly via twitter, and in this forum. I.E. a donation for the MacOSX wallet etc.
in short, free supply is coming to an end, and most all coins are in the hands of the people. Distribution is 99% up to you guys from here on out. This is where the rubber meets the road so to speak. Keep distributing!
February 04, 2014, 06:50:38 AM
It seems that what was potentially causing my script to crash was infact txfees imposed by the network.
Basically, what my script does is set the txfee it wishes to send (the miners reward), then sends the coins from wallet address A, to wallet address B. When wallet address A is running low, wallet address B sends the coins back to wallet address A, so wallet address A can keep sending coins back to B.
It's basically a cycle;
A sends to B
A sends to B
A sends to B
A sends to B
A sends to B
B sends all to A
Repeat from start.
This is the basic principle of generating block rewards. Each time before wallet address A sends to B, it calculates what the bonus should be, and sets the tx fee to that amount.
Where I was tripping up was when sending coins from B back to A. I was querying my wallet and finding out how many coins were in B, and trying to send them all back to A. This doesn't work. If the network imposes its own tx fee on the transaction, then I am trying to send slightly more coins than I can afford to send from B, as you also have to deduct the txfee imposed by the network.
I've gotten around this by simply sending 1 less coin than the total coins in address B. I'll know soon enough if it has worked. This is such an annoying little glitch.
Edit: Script has passed two cycles successfully without crashing. Hopefully 1 PMC is enough of a buffer to prevent the network trying to impose too much of a tx fee on my transfer of coins from B back to A.
Block rewarder is back up and running for the time being.
This is a brilliantly altruistic endeavor Basically, what my script does is set the txfee it wishes to send (the miners reward), then sends the coins from wallet address A, to wallet address B. When wallet address A is running low, wallet address B sends the coins back to wallet address A, so wallet address A can keep sending coins back to B.
It's basically a cycle;
A sends to B
A sends to B
A sends to B
A sends to B
A sends to B
B sends all to A
Repeat from start.
This is the basic principle of generating block rewards. Each time before wallet address A sends to B, it calculates what the bonus should be, and sets the tx fee to that amount.
Where I was tripping up was when sending coins from B back to A. I was querying my wallet and finding out how many coins were in B, and trying to send them all back to A. This doesn't work. If the network imposes its own tx fee on the transaction, then I am trying to send slightly more coins than I can afford to send from B, as you also have to deduct the txfee imposed by the network.
I've gotten around this by simply sending 1 less coin than the total coins in address B. I'll know soon enough if it has worked. This is such an annoying little glitch.
Edit: Script has passed two cycles successfully without crashing. Hopefully 1 PMC is enough of a buffer to prevent the network trying to impose too much of a tx fee on my transfer of coins from B back to A.
Block rewarder is back up and running for the time being.
Will be sending you a couple PMC for the machine.
It seems to be fully functional now. I just need to factor in the tx fees imposed by the network now, so I don't eat into all the Block Rewarder funds when the network imposed txfee is above the tx fee generated by the block rewarder.
Thank you for your contribution.
February 04, 2014, 06:46:51 AM
Are all in circulation, or retain the developer still a few (for advertising, etc.) ?
Think he has some left. You'd have to ask the dev though.
Perhaps the dev should pay somebody in this forum with a few PMC how can get involved in advertising. This coin needs more attention and a more active comunity. Perhaps, PMC has grown out from the status of an experiment.
February 04, 2014, 06:44:42 AM
I have now 1 PMC from faucet.
Any giveway topic?
This is a great coin, i want much, but faucet is to slow.
PMC:
1LyCCD9HGS1hKzze1M4q8Vm5W24wrG3dnx
Any giveway topic?
This is a great coin, i want much, but faucet is to slow.
PMC:
1LyCCD9HGS1hKzze1M4q8Vm5W24wrG3dnx
February 04, 2014, 05:29:03 AM
It seems that what was potentially causing my script to crash was infact txfees imposed by the network.
Basically, what my script does is set the txfee it wishes to send (the miners reward), then sends the coins from wallet address A, to wallet address B. When wallet address A is running low, wallet address B sends the coins back to wallet address A, so wallet address A can keep sending coins back to B.
It's basically a cycle;
A sends to B
A sends to B
A sends to B
A sends to B
A sends to B
B sends all to A
Repeat from start.
This is the basic principle of generating block rewards. Each time before wallet address A sends to B, it calculates what the bonus should be, and sets the tx fee to that amount.
Where I was tripping up was when sending coins from B back to A. I was querying my wallet and finding out how many coins were in B, and trying to send them all back to A. This doesn't work. If the network imposes its own tx fee on the transaction, then I am trying to send slightly more coins than I can afford to send from B, as you also have to deduct the txfee imposed by the network.
I've gotten around this by simply sending 1 less coin than the total coins in address B. I'll know soon enough if it has worked. This is such an annoying little glitch.
Edit: Script has passed two cycles successfully without crashing. Hopefully 1 PMC is enough of a buffer to prevent the network trying to impose too much of a tx fee on my transfer of coins from B back to A.
Block rewarder is back up and running for the time being.
This is a brilliantly altruistic endeavor Basically, what my script does is set the txfee it wishes to send (the miners reward), then sends the coins from wallet address A, to wallet address B. When wallet address A is running low, wallet address B sends the coins back to wallet address A, so wallet address A can keep sending coins back to B.
It's basically a cycle;
A sends to B
A sends to B
A sends to B
A sends to B
A sends to B
B sends all to A
Repeat from start.
This is the basic principle of generating block rewards. Each time before wallet address A sends to B, it calculates what the bonus should be, and sets the tx fee to that amount.
Where I was tripping up was when sending coins from B back to A. I was querying my wallet and finding out how many coins were in B, and trying to send them all back to A. This doesn't work. If the network imposes its own tx fee on the transaction, then I am trying to send slightly more coins than I can afford to send from B, as you also have to deduct the txfee imposed by the network.
I've gotten around this by simply sending 1 less coin than the total coins in address B. I'll know soon enough if it has worked. This is such an annoying little glitch.
Edit: Script has passed two cycles successfully without crashing. Hopefully 1 PMC is enough of a buffer to prevent the network trying to impose too much of a tx fee on my transfer of coins from B back to A.
Block rewarder is back up and running for the time being.
Will be sending you a couple PMC for the machine.
February 04, 2014, 04:01:43 AM
So the block rewarder ran smoothly last night. It kept increasing the payout until it reached 0.22007062, and then it ran out of funds.
Still not quite sure what's causing it to increase the reward like that. I've made a temporary fix and topped up the block rewarder with 100 PMC. I'll leave it running for today then see if I can figure out the problem. I think it's just a rounding issue with floating point numbers.
Edit: It appears that the network is imposing a 0.2 txfee. I think. Will leave it off until I work it out.
Sure it's not just transactions with greater size in terms of kb? The tx fee you set is per kb....sometimes my wallet will collect tons of tiny inputs to create a larger output, and slap a relatively high tx fee on it. Maybe that's why yours is getting higher too? Still not quite sure what's causing it to increase the reward like that. I've made a temporary fix and topped up the block rewarder with 100 PMC. I'll leave it running for today then see if I can figure out the problem. I think it's just a rounding issue with floating point numbers.
Edit: It appears that the network is imposing a 0.2 txfee. I think. Will leave it off until I work it out.
February 04, 2014, 03:51:57 AM
Are all in circulation, or retain the developer still a few (for advertising, etc.) ?
Think he has some left. You'd have to ask the dev though.
February 04, 2014, 03:49:44 AM
Are all in circulation, or retain the developer still a few (for advertising, etc.) ?
February 04, 2014, 03:48:29 AM
i did download the new client. did backup my wallet and delete all files. but client doesn't connect to the network.
February 04, 2014, 03:33:48 AM
So the block rewarder ran smoothly last night. It kept increasing the payout until it reached 0.22007062, and then it ran out of funds.
Still not quite sure what's causing it to increase the reward like that. I've made a temporary fix and topped up the block rewarder with 100 PMC. I'll leave it running for today then see if I can figure out the problem. I think it's just a rounding issue with floating point numbers.
Edit: It appears that the network is imposing a 0.2 txfee. I think. Will leave it off until I work it out.
Still not quite sure what's causing it to increase the reward like that. I've made a temporary fix and topped up the block rewarder with 100 PMC. I'll leave it running for today then see if I can figure out the problem. I think it's just a rounding issue with floating point numbers.
Edit: It appears that the network is imposing a 0.2 txfee. I think. Will leave it off until I work it out.
February 04, 2014, 03:25:59 AM
How many premines in circulation?
498999.99996251 February 04, 2014, 03:22:08 AM
February 04, 2014, 03:02:08 AM
How many premines in circulation?
February 03, 2014, 09:04:53 PM
I've been taking the few 100 PMC profit the dice game generated and redistributed them to the finders of blocks that had 0 outputs, which should hopefully give a better coin distribution.
February 03, 2014, 07:47:55 PM
Voted for Premine! https://bitcointalk.org/index.php?topic=443423.0
Yesterday had same votes of KittehCoin and quark had few votes and now appear the first. Done some giveaway?
Yesterday had same votes of KittehCoin and quark had few votes and now appear the first. Done some giveaway?
voted
1LyCCD9HGS1hKzze1M4q8Vm5W24wrG3dnx
Jump to: