is it possible to make it backward compatible to 2.6?
Not sure, I don't have python 2.6 installed to test it, I relied on the fact that the 2.x branch ended at 2.7 many years ago (I consider it as old and mature and stable) and I assumed that over the time (until now?) from all the different 2.x versions there would eventually only 2.7 be left as the only relevant 2.x version. What Linux distribution are you using? Debian? What exactly is missing/wrong/different? If it is something trivial it might be possible, but the main problem is I can't (and don't want to) test and maintain it on 2.6 but maybe someone else can temporarily maintain a 2.6 fork until there is no 2.6 anymore (hopefully soon). python 2.6/2.7 are considered stable, therefore used by most ppls. well it dosnt work: $ python goxtool.py Traceback (most recent call last): File "goxtool.py", line 1031, in <module> main() File "goxtool.py", line 1023, in main curses.wrapper(curses_loop) File "/usr/lib/python2.6/curses/wrapper.py", line 44, in wrapper return func(stdscr, *args, **kwds) File "goxtool.py", line 947, in curses_loop gox = goxapi.Gox(secret, config) File "/home/k1773r/git/goxtool/goxapi.py", line 779, in __init__ BaseObject.__init__(self) File "/home/k1773r/git/goxtool/goxapi.py", line 243, in __init__ self.signal_debug = Signal() File "/home/k1773r/git/goxtool/goxapi.py", line 172, in __init__ self._functions = weakref.WeakSet() AttributeError: 'module' object has no attribute 'WeakSet'
|
|
|
is it possible to make it backward compatible to 2.6?
|
|
|
someone used valgrind in combination with i0coind (check out the i0coind thread).
|
|
|
i think subsidys could atract new miners (since we need more GH) to p2pool, anyone interested in reviving this?
|
|
|
how is your PoT working? are ppl still interested into?
|
|
|
how is your faucet, is "he" feeling good?
|
|
|
keep us updated if you create something new
|
|
|
This chain has been humming along nicely lately, not a very high difficulty and you can merged-mine it so what the heck eh.
There are not enough reasonably well behaved merged-mine-able coins in existence to really see how many one could reasonably mine at once, but this one seems well-behaved so it doesn't hurt to include it in the merge.
(i0coin on the other hand tended to eat 20+% of my 8 gigs of RAM and since yesterday is for some reason now eating about 40% (40+% yesterday, 39.9% right now).
-MarkM-
im dropping i0coin soon, with every block it gets more insane (since the memleak in validating blocks). CLC is doing fine tou.
|
|
|
Yeah I cannot get it to mine for me. The last block I mined was 24 hrs ago and it still hasn't cleared. because the diff is high and the "big" miner left, therefore block rate is lower than usual, soon difficulty will adjust and then this problem is gone too. thats how bitcoin works...
|
|
|
51% attacked? thats a long time ago!
|
|
|
It is a modern full validation implementation that loads the chain from scratch in about 8 hours if using the leveldb option.
8 hours is a long time, are the bottlenecks known (ie. tested and made publicly)? I'd say bootstrap duration is on par with the reference client. You would use this implementation to create functionality not offered by the reference implementation, not to compete with that within its abilities. ok then il have to rephrase, 8 hours on which HD/CPU/System? have you tested it with tmpfs? (its not about to pick a software which syncs the fastest, thats stupid. just wanna know where the known bottlenecks are in generell). I use a 4 dedicated vCPU server with 2GHz each, 16GB RAM and an encrypted virtual file system. Bootstrap time is about 8 hours if using leveled option. Bottleneck in bootstrap before the checkpoint (hard coded chain hash for height 222222 at the moment) is disk I/O thereafter as it does full script validation, bottleneck becomes CPU. Script validation is fully multithreaded all processors are on 98+% during that time. Once synced this server is able to cope with current transaction traffic using single digit CPU percentage use. There are very short spikes to 100% as it validates new block coming in. Disk I/O is the limit for serving getdata requests and queries during normal use. The current disk footprint is 12GB for the chain. Beware that this stores several indices do speed up queries by address to tx and blocks. thats exactly what i wanted, ty!
|
|
|
It is a modern full validation implementation that loads the chain from scratch in about 8 hours if using the leveldb option.
8 hours is a long time, are the bottlenecks known (ie. tested and made publicly)? I'd say bootstrap duration is on par with the reference client. You would use this implementation to create functionality not offered by the reference implementation, not to compete with that within its abilities. ok then il have to rephrase, 8 hours on which HD/CPU/System? have you tested it with tmpfs? (its not about to pick a software which syncs the fastest, thats stupid. just wanna know where the known bottlenecks are in generell).
|
|
|
source is always welcome
|
|
|
I'm thinking one that uses the yahoo or google search bar. Maybe just a bitcoin logo and everyone in the community that has google as their homepage could use this one and not lose anything. (except maybe the fancy daily drawing). But, it could be kind of fun to have someone in the community submit their daily drawing. yey more spyware/adware is exactly what we need What? I fail to see how a community drawn logo on top of the standard google search bar is spyware or adware? Google adsense shows on the real google homepage too not just their paid for search bar. The results are the exact same and can easily be removed with adblock plus or the like. To each their own I guess. because google/yahoo toolbar is spyware
|
|
|
It is a modern full validation implementation that loads the chain from scratch in about 8 hours if using the leveldb option.
8 hours is a long time, are the bottlenecks known (ie. tested and made publicly)?
|
|
|
will there be a option for privacy? this could be abused to display/leak/identify someones trading strategys (just had this worst case scenario, well there are probably worse than this ) anyway, count me in if you start it. that could be a funny thing.
|
|
|
I'm thinking one that uses the yahoo or google search bar. Maybe just a bitcoin logo and everyone in the community that has google as their homepage could use this one and not lose anything. (except maybe the fancy daily drawing). But, it could be kind of fun to have someone in the community submit their daily drawing. yey more spyware/adware is exactly what we need
|
|
|
- Long-term coins on a paperwallet at home --> secure but inconvenient
And I'd say paper wallets are less secure than Trezor, since you cannot back them up on the cloud (well, you can, but then it's not really a paper wallet any longer). so you want to backup a physical device into the cloud?
|
|
|
Applause for the whole forum.
This was handled awesomely.
Except for the speculation forum The alt cryptocurrency subforum didn't seem to do so well either. They seemed to be very happy about it, not realising the irony that the purpose for alt cryptocurrencies were to push development ideas, yet it was their stagnancy on old bitcoin code that protected them from such a problem. Go figure. i like altcoins myself too, but thats just silly...
|
|
|
|