|
I actually think it is useful. It would be even more useful to allow most of these options configurable through the config file.
+1
Edit: as for security reasons: we do trust peers exchanged from others, so there are easier ways to inject and propagate malicious contacts.
|
|
|
|
We could pass all revisions through Gerrit to enforce Code review and sign-off...  |
|
|
|
Successfully received Coriander seeds from BioMike in exchange for bitcoins  Me too ^^ |
|
|
|
|
Got them yesterday, thanks ^^
Do you have a web-of-trust account so I can rate you?
|
|
|
|
I actually welcome the CIA's initiative. It gives the Bitcoin community to explain its views directly to an interested public, that might have a lot to say when it comes to governmental ruling about it. The CIA doesn't make the rules it advises people who make them and execute them. Gavin having an intimate knowledge of the inner workings of the protocol and the community is a great choice for representative |
|
|
|
I think I got the Non-Blocking Reactor to work nicely. Just testing it in two instances: - Long term test with 250 open connections (running for the last 24 hours), without a single hitch
- Speed and memory testing: this is actually on an emulated android with 8 open connections
I'm quite pleased that the android version only takes 4 MB of Heap to run, and I will try to get it down even further to make room for the crypto stuff. Next thing for the reactor are scheduled tasks and repeating tasks (similar to twisted's Deferred). |
|
|
|
|
Oh I'd love to have some for my garden, do you have some more?
Shipping would be again to switzerland :-)
|
|
|
|
It's rather strange, when connecting to the local client it all works nicely, it's only when trying to connect to remote clients, which means I cannot check it as easily. Not asking for the addresses helps and most connections will survive Still trying to reproduce the error Edit: sorry for hijacking the thread, I'll create a new one if needed ^^ |
|
|
|
|
I think WOT can be a nice, user moderated, input signal for the karma rating just like others. I hope there's a nice way to contribute back to WOT ^^
|
|
|
|
|
A fork is not easy to detect. It is the consequence of a network partition which can be caused by ad luck or a connectivity problem (chinas firewall blocks bitcoin traffic => fork). If a fork happens the networks might rejoin again later, discarding the shorter chain (probably the smaller partition).
Structuring the network might be a first step towards a partition tolerant network but currently there's no easy way.
|
|
|
|
I wonder whether my problem with my own implementation applies here. I seem to get disconnected when asking other peers for their known peers: 323275 [main] INFO Received /205.185.123.216: null of type OUTGOING_CONNECTION_TYPE
323276 [main] Sent /205.185.123.216: VersionMessage[proto=31700] of type VERSION_TYPE
323454 [main] Received /205.185.123.216: VersionMessage[proto=32002] of type VERSION_TYPE
323454 [main] Sent /205.185.123.216: VersionMessage[proto=31700] of type VERSION_TYPE
323454 [main] Sent /205.185.123.216: VerackMessage[] of type VERACK_TYPE
323763 [main] Received /205.185.123.216: VerackMessage[] of type VERACK_TYPE
323763 [main] Sent /205.185.123.216: net.bitdroid.network.messages.GetAddrMessage@1128f5a of type GET_ADDR_TYPE
326227 [main] Received /205.185.123.216: AddrMessage[addresses=1000 1.148.88.47:8333[Services=1] 1.152.220.152:8333[Services=1] 2.36.83.47:8333[Services=1] 2.68.109.202:8333[Services=1] 2.92.120.37:8333[Services=1] 2.94.192.18:8333[Services=1] 2.102.32.14:8333[Services=1] 2.138.178.76:8333[Services=1] 8.3.224.32:8333[Services=1] 8.18.115.2:8333[Services=1] 12.43.161.87:8333[Services=1] 12.47.114.47:8333[Services=1] 12.71.233.34:8333[Services=1] 24.0.228.170:8333[Services=1] 24.2.12.155:8333[Services=1] 24.2.243.57:8333[Services=1] 24.4.139.99:8333[Services=1] 24.4.172.88:8333[Services=1] 24.4.216.211:8333[Services=1] 24.4.250.252:8333[Services=1] 24.5.171.161:8333[Services=1] 24.9.187.70:8333[Services=1] 24.16.124.154:8333[Services=1] 24.21.68.223:8333[Services=1] 24.21.181.152:8333[Services=1] 24.22.98.156:8333[Services=1] 24.22.180.66:8333[Services=1] 24.36.99.165:8333[Services=1] 24.49.39.196:8333[Services=1] 24.53.130.151:8333[Services=1] 24.60.18.78:8333[Services=1] 24.60.85.3:8333[Services=1] 24.61.104.245:8333[Services=1] 24.61.145.229:8333[Services=1] 24.63.35.214:8333[Services=1] 24.63.86.32:8333[Services=1] 24.67.16.168:8333[Services=1] 24.72.80.236:8333[Services=1] 24.73.232.230:8333[Services=1] 24.73.252.170:8333[Services=1] 24.83.9.72:8333[Services=1] 24.84.30.183:8333[Services=1] 24.90.16.243:8333[Services=1] 24.90.236.191:8333[Services=1] 24.98.29.224:8333[Services=1] 24.99.250.75:8333[Services=1] 24.117.24.237:8333[Services=1] 24.117.176.129:8333[Services=1] 24.126.59.67:8333[Services=1] 24.127.235.108:8333[Services=1] 24.128.175.1:8333[Services=1] 24.130.12.194:8333[Services=1] 24.130.130.192:8333[Services=1] 24.131.81.110:8333[Services=1] 24.137.73.230:8333[Services=1] 24.138.120.7:8333[Services=1] 24.143.242.65:8333[Services=1] 24.145.31.10:8333[Services=1] 24.145.247.228:8333[Services=1] 24.158.184.45:8333[Services=1] 24.161.186.32:8333[Services=1] 24.165.162.72:8333[Services=1] 24.182.67.94:8333[Services=1] 24.183.25.189:8333[Services=1] 24.208.56.50:8333[Services=1] 24.209.183.157:8333[Services=1] 24.215.154.30:8333[Services=1] 24.216.232.164:8333[Services=1] 24.222.40.193:8333[Services=1] 24.224.153.118:8333[Services=1] 24.224.176.192:8333[Services=1] 24.228.26.241:8333[Services=1] 24.236.255.210:8333[Services=1] 24.240.34.29:8333[Services=1] 24.242.210.31:8333[Services=1] 24.247.43.212:8333[Services=1] 24.248.196.235:8333[Services=1] 24.250.247.240:8333[Services=1] 24.251.117.46:8333[Services=1] 24.253.235.179:8333[Services=1] 38.100.222.91:8333[Services=1] 41.3.197.175:8333[Services=1] 41.132.7.80:8333[Services=1] 41.146.207.59:8333[Services=1] 41.181.55.138:8333[Services=1] 41.241.13.220:8333[Services=1] 41.241.35.200:8333[Services=1] 46.0.111.62:8333[Services=1] 46.4.89.172:8333[Services=1] 46.9.6.86:8333[Services=1] 46.15.188.87:8333[Services=1] 46.59.16.42:8333[Services=1] 46.59.17.182:8333[Services=1] 46.158.71.166:8333[Services=1] 46.158.218.38:8333[Services=1] 0.0.0.0:0[Services=0] 0.0.0.0:0[Services=0] ... lots and lots more of 0.0.0.0:0[Services=0] ... ] of type ADDR_TYPE
326368 [main] INFO net.bitdroid.monitor.BitcoinMultiConnectionTest - Received /205.185.123.216: null of type DISCONNECTED_TYPE Directly afterwards I have to disconnect because I lost sync (probably I'm just noticing late that I was disconnected and I'm reading only 0-bytes). Strangely enough it seems to work with some peers but some others will just disconnect. Is it the flood protection hitting me or do I have something seriously wrong? |
|
|
|
I just got this new Android, and I might try porting the JAVA Bitcoin client to Android. What would be the minimum requirements to claim this bounty? If I can get a simple text or menu interface that is able to download the hash chain, mine coins, send coins, and do everything else that the regular client can do, does that mean I qualify for this bounty? What is the approval process to obtain t he bounty involve?
I don't think you'll ever want to mine bitcoins on a phone, so that's not required. The bounty is not controlled by a single person so the requirements might differ. Most pledgers will probably agree that: - It needs to participate as a node in the network (e.g. no remoting of a Bitcoin client running on another machine)
- Be able to receive and send bitcoins
- Be open source (GPL, Apache, BSD, you name it, but the source must be distributed and we must be allowed to reuse it in other places)
- Backup and restore would be nice
And as for the "Java Bitcoin client" there is none yet. There are only two implementations of the networking protocol: [mike]'s great work with bitcoinj (quite complete, and already at the base of a test client on android) and my BitDroid-Network implementation (which is quite unfinished because I wanted to put the blockchain and crypto operations into another module but never got to it, but I still maintain that for many connections mine performs better ^^). I hope to see some of your code someday |
|
|
|
voted the first option, but I don't love sfm  Just noticed that I didn't add a neutral answer for "no" or "yes" to the poll, sorry. |
|
|
|
Ok, right now we're pretty 50:50 on a possible change. The things I'm missing the most are (in no particular order and incomplete list): - Daily/Weekly digest of new posts
- Portal with only my subscribed topics (changes on top)
- Subscribe to subforums (the chinese kids write so much non-sense, and I'm a techie, why should I have to wade through those topics too?)
- Better code highlighting
- More control over the profile page
I'm sure this list will get longer over time. Mainly its stuff for users that are on the forum on a daily basis and makes little things easier. Edit: Is it true that SMF 2.0 has been under development for 6 (!!!) years? (source: Changelog) |
|
|
|
|
Could we add a way to tell the client to consolidate inputs by transferring inputs to an address owned by the client. I was planning to do so for the android client to save stored data (blocks to remember and time to aggregate enough inputs). Please don't shoot me :-)
The downside is that more transactions are broadcast to the network.
|
|
|
|
But what I would really like is to run bitcoin daemon locally on my Android... That's what the bounty is about ^^ |
|
|
|
It still seems the email stuff is broken. I can't invite anyone because the site isn't emailing the invitee, and I can't reset the password on a test account because it won't email me.
Same here, I was invited but the invite was never delivered. Hope it gets fixed soon |
|
|
|
|
It's a quite cool way to share files with other people too.
|
|
|
|
|
I like the Simple Machines Forum, but there are definitely some nice features I miss. I wonder whether this is felt by more users.
The main problem I see is that there are far too many links from the outside to the existing forum so that a migration is not really feasible, but adding a second Forum and making the old one read only, or making it read only subforum by subforum.
What do you think?
|
|
|
|
|
Fragt sich wie sinnvoll es ist die Protokoll schicht und die Daten-intensiven Seiten zu uebersetzen. Sie aendern sich oft und wenn man sie uebersetzt werden sie gezwungenermassen out-of-sync sein.
|
|
|
|
|
Show Posts
