Topic: [ANN] [PPC] PPCoin Released! - First Long-Term Energy-Efficient Crypto-Currency - page 101. (Read 684839 times)

Sounds pretty awesome, I'll be keeping an eye on this one and mine it a bit!

FYI

Biticker (a free chrome extension) is now supporting ppcoin

https://chrome.google.com/webstore/detail/biticker/fblekdojabihjdhndhmloalbcnnejddl?hl=en

Added coiledcoin. Thanks!

Nice. CoiledCoin is the only one, of the coins that got a lot of attention, missing that I noticed.

To my understanding tx fees are destroyed in ppcoin.

I have a proposal to fix the blocksize limit in PPCoin.


I think we should integrate a new value x in the block header. This value x must be higher or equal than one, and is a multiplier to the minimum maximal blocksize limit of 1mb. If over the last y-amount of blocks, the amount of txs with the minimum transaction fees (current 0,001 PPC I think) is less than z% (i think 50% could be a proper value), x gets raised and so the maximum blocksize limit, if the amount of txs with the minimum transaction fee over the last y-amount of blocks is higher than z% of total transactions, it gets lowered, but never below 1.

So the formula for the size of blocks not to be rejected would be blocksizelimit=x*1mb.
The formula how to determine x in the next block would be x=if(amount of blocks with minimum transaction fee within the last y blocks/total transactions within the last y blocks) is less than z, raise by t, if not lower by t. I think something way more flexibel like the current difficult adjustment would be better, but I'm not a coder, so I don't know which logic would fit the best.

By that we can keep the blocksize flexibel to allow the network scale, prevent the creation of far too large blocks, and can keep the transaction fees low. As miners are motivated to include the highest fee txs in their blocks first, it is secure that bad-minded miners don't include only low fee txs in order to harm the scalability of the network. Boosting the maximum blocksize limit by spamming txs with high fees is also not very economical.

The only flaw in this design I can see at the moment is that it might be more economical to include more low fee txs to increase the blocksize limit, so you can include more txs per block in the future and that way the miners benefit more than if they would only include high fee transactions, but I believe if the values of y and z, so as the formula how x gets raised/lowered (e.g the value if t) is choosen carefully this can be prevented.

Please post any thoughts and comments you have about this. Best regards, hamlet.

Nice chronological list.

FYI

I added a section 'history of cryptocurrency' to the ppcoin wiki

https://github.com/ppcoin/ppcoin/wiki/History-of-cryptocurrency

FYI

Ron Gross's presentation on altcoin technologies.

http://www.slideshare.net/ripper234/alternative-payment-technologies-march-2013

You picked a winner son 

I trying solo mining.

Network looks alright to me so far. Hash rate fluctuates wildly that's normal. A lot of miners have switched back to BTC due to lower profitability of altcoins.

Is there something wrong with the PPC network today?  Only 3 Proof of Work blocks are found today and the estimated hashrate is all the way down to a low of 10 G Hash/Second!  Is there something that I am unaware of post-update 2 days ago?  

Depends on the hardware.

Generally you want the memory as low as it will go. I have run 5000 series at 300 MHZ and have seen as low as 150 MHZ .These numbers are for dedicated cards.

Generally anything series 6000+ have a higher limit on how low the memory can go. On some cards it is a hard limit, on others it is a ratio to GPU clock.

If you are using a GPU for normal use while mining, set it where the things you want to do run smoothly. CGminer can auto-tune GPU clock and Memory clock while keeping a ratio, there is also a dynamic mode for intensity where it will adjust intensity according to load outside mining.

Cgminer also allow one to change clocks on the fly, so you can lower the memory speed while mining and figure out how low the hardware will let you go.

Great info, thanks.

What kind of core:mem ratios do you want to aim for, or just max core min mem?

Target should be ROUGHLY around the same whole number but in GH instead of MH. (Scrypt slows the hashing down by about 1024, as it forces hashing to cycle through a memory buffer 1024 times...Something like that  )

Note that Intensity settings are completely different with SHA-256 and a setting of 5 is normal for a dedicated GPU. If you are trying to go higher, hardware errors are going to occur.

Also, with SHA-256 you want to get your memory clock as low as possible.SHA-256 is nowhere near as dependent on memory latency and it is a waste of power/heat to run the GPU memory fast.

Ok, so got it running now. Its a start, but we're not quite there yet.

GPU 0: 7870 - 223MH
GPU 1: 5770 - 188MH - HW errors all over the place.

Gonna need to manually configure it for the different cards I assume, similar to the way I have two reaper configs. CGminer does it cleanly all in one instance though which is nice(going via TacoTimes guide here).

I know what I should get for LTC, but what am I aiming for here?

Nope, thread concurrencies are not used with SHA-256. Shader, concurrencies and gap set to zero.

Example from one of my rigs:


CGminer is natively a SHA-256 coin miner, and a pretty dam good one (in my opinion of course  ). Scrypt was a recent add on to CGminer, and not as finely tuned as it's SHA-256 coding.

You've made a good choice imo. People who are thinking long term notice that PPCoin scales better than Bitcoin.

Dunno why I thought PPC was Scrypt, need more caffeine.

Have a rig using CGminer, problem with it is high thread concurrencies arent well supported yet. Dont know if that'd apply with SHA.


Registered and worked added, I'm not that noob