Just starting to build the wallet itself, and we got our own little page (you might have guessed it from the package names): http://bitdroid.net (as soon as my ISP finishes the scheduled maintenance which was supposed to end 3 hours ago...). First goal: identify my own transactions and store possible inputs for future transactions. |
|
|
|
When the SHA-3 winner is announced, and after some time in real use, would it be a good idea to switch to that? Despite some of the oversimplified solutions earlier in this thread, "switching" to a new hash means creating a new (possibly derived from the existing one) protocol and an entirely new network (possibly based on a genesis block offering BitCoin funds to the SHA-256 addresses that had them outstanding). Back in 2010, there was only a single client, and reinventing everything may have seemed like a simple solution. But beginning with 2011, we are starting to see alternative implementations of BitCoin, and by the time SHA-256 is broken, we will no doubt have many various possibilities. If SHA-3 is due out soon, it might be early enough for all the implementors to agree on reworking the network around it... Not really true, we can define a future switch block, after which a new set of rules applies. If all developers are notified early enough they can make the switch, and allow time for users to make the switch, when the block arrives old implementations will fork off creating their small network, while the new clients take over the main chain (assuming most of users have made the switch). Evolving the system is hard, but it's not impossible. It would however be nice to have a nicer protocol (yes I know, I've been saying that for ages  ) |
|
|
|
I join the ones who say we don't need moderators but 4-chan style janitors.
What annoys me is the everlasting mess and opening 10 threads on the same topic. That should be cleaned up, and the older threads locked with URL pointing to the new versions etc.
+1 |
|
|
|
|
Well the idea was to close new threads after pointing them to already discussing topics, and then close the duplicates, so the discussion is kept alive in the old thread adding helpful information to the big thread.
I'd love to see mods to discourage flaming and offensive language.
|
|
|
|
Whoever cleans up spam is doing a good job, but I imagine it'll be a bigger job as the forum grows I think that moderation gets more important as the board grows, the potential for trolling increases and it gets increasingly hard to find the interesting stuff in a mess of spam. Even today most topics are dupes, which can be resolved by posting a link to the old thread and closing the dupe thread. |
|
|
|
There have been some calls for Moderators to close resolved threads, reduce trolling, keep a clean forum etiquette and merge duplicates. Others love the chaos and freedom to write about just anything. So should moderators start being more restrictive and create strict rules? We could also selectively moderate some sub-forums  |
|
|
|
I do not see why google would want to run these free DNS servers other than in order to "organise information" for NSA. Actually no, DNS queries are a nice way to collude additional information about users, that can be used to target Ads ^^ |
|
|
|
Somehow Google DNS adds an IP that is not in my records: $ dig mtgox.com @8.8.8.8
; <<>> DiG 9.7.1-P2 <<>> mtgox.com @8.8.8.8
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 57886
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;mtgox.com. IN A
;; ANSWER SECTION:
mtgox.com. 79921 IN A 174.121.74.59
mtgox.com. 79921 IN A 74.52.143.58
;; Query time: 23 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Sat Mar 5 14:44:25 2011
;; MSG SIZE rcvd: 59 Whereas my bind installation says just: $ dig mtgox.com
; <<>> DiG 9.7.1-P2 <<>> mtgox.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 18322
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;mtgox.com. IN A
;; ANSWER SECTION:
mtgox.com. 63531 IN A 174.121.74.59
;; Query time: 0 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Sat Mar 5 14:45:53 2011
;; MSG SIZE rcvd: 43 |
|
|
|
Bitcoin ist für Geldwäsche (noch) schlecht geeignet. Die Bitcoin Transaktionien sind zwar relativ schwer nachzuvollziehen, der Umtausch in EUR, USD... via Überweisung oder selbst Bargeld per Post ist aber alles andere als anonym. Selbst das is nicht wirklich so, der Fall vom gesperrten MtGox Account von Baron zeigt man kann sehr einfach die transaktionen verfolgen und dann rueckschluesse auf die Person dahinter machen. Es ist immer die Schnittstelle die kritisch ist. Ich denke Blockexplorer sollte noch ein feature bekommen um leuten die chance zu geben inputs als gestohlen zu melden damit man die tracken kann ^^ |
|
|
|
|
Well there would be a few things I'd love to see, like the ability to ignore sub-forums or subscribe to specific ones (not interested in marketplace or language specific stuff, just dev), daily summaries via mail would be so great (but they would be available in SMF too, if it were not for the spam problem), limiting signatures (not yet a problem, but it really gets annoying once the signatures are longer than the threads), ...
I'll find more ^^
Oh and Tapatalk support would be nice, and would enable us mobile users to browse and respond from Android and iPhone ^^
|
|
|
|
Update: Merged cdecker's patch for device selection. -D/--device takes a comma separated list
My first ever accepted pull request on GitHub , you just made my day ^^ |
|
|
|
|
I just resuscitated my account. And I'm pleasantly surprised that they changed alot. When I last played it was incredibly boring ^^
My ingame name is Snyke, what's yours?
|
|
|
|
|
So he's connecting 5 cards, by taking the powerlines of the respective extender cables and soldering them into _one_ molex female plug, and them he plugs it into the power supply? Or does he use a molex from the PSU for each card?
|
|
|
|
Looks pretty sophisticated, anyone tried that direct PSU feeding trick yet? I can't seem to understand what connectors he's connecting to and to which PSU plug it is hooked up. |
|
|
|
Kriminelle Aktivitaeten sind immer schlecht und sollten verurteilt werden.
Das hat aber nichts direkt mit der Natur von bitcoins zu tun, denn CASH wird genauso fuer kriminelle Aktivitaeten genutzt und wird nicht verboten.
Das Problem momentan is einfach dass Bitcoin nicht unbedingt mit kriminellen machenschaften in verbindung gebracht werden sollte. Das argument dass Cash auch dafuer verwendet wird, zieht einfach nicht wenn jemand mit genuegend Nachamern sich auf die Flagge schreibt dass man das boese boese Bitcoin verbieten soll. Wir sollten definitiv erst versuchen das vertauen in Bitcoin zu staerken bevor wir grossartig spekulieren wie toll es doch fuer all die illegalen sachen is |
|
|
|
|
Actually I think the default client will detect it. there was an early pool that used to split the gained coins directly in the generation block :-)
|
|
|
|
|
Looks promising to me, although I didn't test it yet. Looks clean ^^
+1 for inclusion
|
|
|
|
Just a heads up: this is not production ready code (hopefully it will be soon^^) The API is still changing frequently, but that is also good since it allows you to get to help me design it, just tell me what you'd like and I will consider adding it  Edit: the code runs perfectly fine on my Android Wildfire with 50+ connections, no noticeable slowdown Looking forward to implementing the block storage ^^ |
|
|
|
*Trying* to be patient and wait for push so me (and a couple friends) can join in on the pool, just kind burns me that there are people in the pool (who I shall not name) who are complaining over nothing, when they are at least members.
GPU: ~78 Mhashes/s solo mining right now...
If you trust your friends you could just create a new pool for you and your friends by using jgarzik's http://yyz.us/bitcoin/poold.py, it does not include cheating prevention and you'll have to figure out how to split the reward yourself, but it's a start :-) |
|
|
|
|
Show Posts
