RichG
|
|
May 14, 2013, 09:06:12 PM |
|
_igor wanted me to post these things: and Try it and give a feedback. 0% fee http://smcp2p.mooo.com:9028Donations: BTC: 18PxUmhZqBhWgtM3iETS8NDdPBKs46DRdi LTC: LfFwq1i5cBmpN3LR6Poabd9jUiXi6UGLck SMC: SB3nDmZ6ZLGErQzNaBMk11fsX9YUN6FzGm P.S. please repost on bitcointalk. can't post there yet. These are from the forum I mentioned above.
|
|
|
|
|
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
lightenup (OP)
Newbie
Offline
Activity: 58
Merit: 0
|
|
May 22, 2013, 06:31:08 PM |
|
Here the data up until about 2 days ago: https://github.com/bfroemel/smallchange/blob/master/data/20130520/blockstat.dat?raw=trueIt includes extinct blocks -- at least the ones I could obtain. and some visualizations: https://github.com/bfroemel/smallchange/blob/master/data/20130520/hashratevsdiff.pdf?raw=truehttps://github.com/bfroemel/smallchange/blob/master/data/20130520/blockrate.pdf?raw=trueFor both plots, I use the block height as 'time' and not real time. Blockrate is only up until block 90 000 (before the switch to the new network magic). Most interesting are the startup phase (16 000 to 40 0000) and the network fragmentation caused by the network collision (starting at around 92 000) until it is resolved by the switch to the new network magic number (~ 104 000). As can seen in the blockrate plot, difficulty adjustment has room for some optimization. Each time difficulty went down, people threw their hashing power in and mined as long as difficulty remained low.. causing the diff oscillation of about 72 hours - that's about 2 times the time that is considered for the current difficulty adjustment algorithm. Interestingly (not visible in the graphs, but the raw data), the extinct/stale block rate (blocks that divert from the main chain) is rather low - even during the times where several blocks were found within the same second/timestamp. That rate peaked during the network collision period. Also did you change the max blocksize at all, and if so, what is one of the major things you have noticed?
see my argument here: https://bitcointalk.org/index.php?topic=182430.msg2040013#msg2040013which basically is: max blocksize remained unchanged, because it only restricts the number of transactions per block. Smallchange pursued the goal to be a microtransaction currency and that means we'd need to support lots of tps. Overall, the network hash rate has peaked during the period where block rewards started (about 30 MHashes/sec). We are currently at block 136 436 and the current estimated network hashing power has stagnated to 0.25 MHashes/sec which means that this little experiment is basically at its end -> It's been fun, I've learned a lot - thanks for all. I might work on difficulty adjustment in the midterm future - if anyone wants to try out things with what I started, I am always happy to review/comment on them or take code contributions. \edit: small error in the blockrate plot: it's not blocks per second, but diff time between two blocks -> should have applied f(x)=1/x .
|
|
|
|
binaryFate
Legendary
Offline
Activity: 1484
Merit: 1003
Still wild and free
|
|
May 25, 2013, 09:21:13 AM |
|
Here the data up until about 2 days ago: https://github.com/bfroemel/smallchange/blob/master/data/20130520/blockstat.dat?raw=trueIt includes extinct blocks -- at least the ones I could obtain. and some visualizations: https://github.com/bfroemel/smallchange/blob/master/data/20130520/hashratevsdiff.pdf?raw=truehttps://github.com/bfroemel/smallchange/blob/master/data/20130520/blockrate.pdf?raw=trueFor both plots, I use the block height as 'time' and not real time. Blockrate is only up until block 90 000 (before the switch to the new network magic). Most interesting are the startup phase (16 000 to 40 0000) and the network fragmentation caused by the network collision (starting at around 92 000) until it is resolved by the switch to the new network magic number (~ 104 000). As can seen in the blockrate plot, difficulty adjustment has room for some optimization. Each time difficulty went down, people threw their hashing power in and mined as long as difficulty remained low.. causing the diff oscillation of about 72 hours - that's about 2 times the time that is considered for the current difficulty adjustment algorithm. Interestingly (not visible in the graphs, but the raw data), the extinct/stale block rate (blocks that divert from the main chain) is rather low - even during the times where several blocks were found within the same second/timestamp. That rate peaked during the network collision period. Also did you change the max blocksize at all, and if so, what is one of the major things you have noticed?
see my argument here: https://bitcointalk.org/index.php?topic=182430.msg2040013#msg2040013which basically is: max blocksize remained unchanged, because it only restricts the number of transactions per block. Smallchange pursued the goal to be a microtransaction currency and that means we'd need to support lots of tps. Overall, the network hash rate has peaked during the period where block rewards started (about 30 MHashes/sec). We are currently at block 136 436 and the current estimated network hashing power has stagnated to 0.25 MHashes/sec which means that this little experiment is basically at its end -> It's been fun, I've learned a lot - thanks for all. I might work on difficulty adjustment in the midterm future - if anyone wants to try out things with what I started, I am always happy to review/comment on them or take code contributions. \edit: small error in the blockrate plot: it's not blocks per second, but diff time between two blocks -> should have applied f(x)=1/x . Thanks a lot for the feedback In your opinion, the oscillations are due to a too small hashing network (thus varying a lot when people join or quit it), or are inherent to such a very short block confirmation target, or something else?
|
Monero's privacy and therefore fungibility are MUCH stronger than Bitcoin's. This makes Monero a better candidate to deserve the term "digital cash".
|
|
|
Balthazar
Legendary
Offline
Activity: 3108
Merit: 1358
|
|
May 25, 2013, 12:15:41 PM |
|
Don't forget that high blocksize provides an additional latency. If you are maintaining a fast blockchain (like SMC), you should minimize blockchain syncronization latency. Latency could cause chain forks, which will neutralize all benefits of fast chain, because REORGANIZE will be called too frequently. That's why blocksize limit should be adjusted.
|
|
|
|
Balthazar
Legendary
Offline
Activity: 3108
Merit: 1358
|
|
May 26, 2013, 03:23:46 PM |
|
I see that there are some protocol changes... So, I started rebuild from repository and will publish new win32 builds today.
|
|
|
|
Balthazar
Legendary
Offline
Activity: 3108
Merit: 1358
|
|
May 26, 2013, 04:35:50 PM |
|
|
|
|
|
muddafudda
Legendary
Offline
Activity: 1008
Merit: 1022
|
|
May 26, 2013, 04:41:35 PM |
|
I thought this was the dragoncoin thread. My Mistake.
|
|
|
|
|
lightenup (OP)
Newbie
Offline
Activity: 58
Merit: 0
|
|
May 28, 2013, 11:40:44 AM |
|
In your opinion, the oscillations are due to a too small hashing network (thus varying a lot when people join or quit it), or are inherent to such a very short block confirmation target, or something else?
I think its the first possible cause you suspected: imo, the oscillation mainly occurred because of the small user base where especially users with relatively high hashing power only contributed when difficulty was low. Further, I think that problem can be mitigated technically by a more advanced diff/block reward adjustment (or a higher (competing) user base). Don't forget that high blocksize provides an additional latency. If you are maintaining a fast blockchain (like SMC), you should minimize blockchain syncronization latency. Latency could cause chain forks, which will neutralize all benefits of fast chain, because REORGANIZE will be called too frequently. That's why blocksize limit should be adjusted.
True, but it might be better to further increase the max block size and also increase the target rate a bit if latencies become a problem.. but that's probably better evaluated in a faithful model of smallchange (e.g., Matlab). Smallchange's main goal is to provide a high transaction per second (tps) rate to be feasible for micro transactions.
|
|
|
|
ronaldinho_07
|
|
May 28, 2013, 11:44:55 AM |
|
wow,so when will you officially release this coin
|
|
|
|
tim13n
Member
Offline
Activity: 74
Merit: 10
|
|
May 31, 2013, 08:49:05 PM |
|
Do you need a cool logo?
|
|
|
|
RichG
|
|
May 31, 2013, 09:46:29 PM |
|
We already have one. But, please do make us an alternate. In fact, we have two: -The one in smallchange-qt -and the one on the forum ( http://forum.smallchange.tk)
|
|
|
|
RichG
|
|
June 29, 2013, 08:33:51 PM |
|
New forum: www.smcforum.tkOld site downed by spambots and bad databases.
|
|
|
|
kaputt
Member
Offline
Activity: 70
Merit: 10
|
|
July 02, 2013, 12:29:57 AM |
|
The usual node does not seem to be up. Please add:
172.13.117.105:9030
|
|
|
|
Balthazar
Legendary
Offline
Activity: 3108
Merit: 1358
|
|
September 20, 2013, 04:03:51 PM |
|
Up
|
|
|
|
binaryFate
Legendary
Offline
Activity: 1484
Merit: 1003
Still wild and free
|
|
September 20, 2013, 04:05:57 PM |
|
Is this coin still alive?
|
Monero's privacy and therefore fungibility are MUCH stronger than Bitcoin's. This makes Monero a better candidate to deserve the term "digital cash".
|
|
|
Balthazar
Legendary
Offline
Activity: 3108
Merit: 1358
|
|
September 20, 2013, 04:08:33 PM |
|
I have the same question.
|
|
|
|
RichG
|
|
September 22, 2013, 06:06:20 AM |
|
It has been dead since June.
|
|
|
|
kaputt
Member
Offline
Activity: 70
Merit: 10
|
|
September 22, 2013, 04:07:44 PM |
|
For the most part, this coin is inactive, but it is still functional and has two full time nodes.
172.13.117.105:9030 122.99.120.206:60513
There are other nodes at times, but these are the only two that have been constant for over a month.
If you are looking for something to test on, this is a good one.
Difficulty is at 0.00024414 . I haven't seen it lower than that, no mater how slowly the blocks are found.
But yes, it had good activity and interest until around June.
|
|
|
|
binaryFate
Legendary
Offline
Activity: 1484
Merit: 1003
Still wild and free
|
|
September 22, 2013, 04:10:09 PM |
|
Whish it'd get more interest, I still have few smc somewhere
|
Monero's privacy and therefore fungibility are MUCH stronger than Bitcoin's. This makes Monero a better candidate to deserve the term "digital cash".
|
|
|
|