Downloading bitcoin-qt atm. (large blockchain is large ) you can use blockchain.info's wallet for this
|
|
|
if you need someone for a german translation feel free to contact me
|
|
|
Just sent 0.3999 transaction id: 38a73d0f0a7fab746a003ea88c8dcdf8416ae15a3be2c3ffa5546eba72127d16
Please sign the transaction id with a refund address with this address 19wTGvfHhAjxwynxjmY9XoTYP7fAuuWmVz Thank you "transaction id: 38a73d0f0a7fab746a003ea88c8dcdf8416ae15a3be2c3ffa5546eba72127d16; please do not refund. consider the rest a donation..." signmessage (without ") and with address 19wTGvfHhAjxwynxjmY9XoTYP7fAuuWmVz: G/YCDw7yOb7/HaB+zSuJWwHzYdlz64+Qn190Cs2xDa06Fnt1bo8D8uxdCwBLSehATRA+oA+9jd3rFnOvmsCyRJI=
|
|
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I am doing the escrow for Fate Of Satoshi funding with the addresses 1sHPHTwXg1EoXj9bTNZT1eHTxKj6gVu6t and 1Hm89NoTN9MZ1Sy4H944f37AapWrtyypmy -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.orgiQEcBAEBAgAGBQJS6AUEAAoJEIbvp82qFumjbPwH/1KLQCRrzJJPLdIC2mqvIDZ7 aY8/998al+t9hg9MHUkFSDBvY0ye7bbaNIYiGl2KFcIvC+AhcwnGuwdec7Dw6G88 jeeHCaSBQ5NMSCHYCqDRWgGEAE4XxrH8yZlq5Q5IpKN84I+hiMqCT8P+S3IetGXB SAihVIWZzqPh1mp6pl6qf7LJt9Qhra8UB0J+rfh5lHiUjYbtpnB+10j0udTCs/Ew ZY1LhhdCShr6pQe5HrMah7fkHbvequSiZmkGpuvw5mv8y2PEYXfD/moPBJgsMq+6 zkSTbjMul2sj7QEU4WLkVtRW0CLj56Ytf29eGVmY92TfZdGl6c0udbDkPWXNokI= =Suqm -----END PGP SIGNATURE----- Someone Quote this message Just sent 0.3999 transaction id: 38a73d0f0a7fab746a003ea88c8dcdf8416ae15a3be2c3ffa5546eba72127d16
|
|
|
Very cool idea I really like point-and-click adventures, and the subject matter of course appeals to me. Good luck! i really love that idea maybe some rpg elements? level up by not investing to prirate
|
|
|
if the casino decides how much coins exists why should they mine them? a central system is much easier for this use case.
if you want to use the same chips between multiple casinos the trust problem rises again. how could casino A proove to casino B it actually have the USD it has issued bitchips for?
^^ if you solve that it would be a great step to a real p2p-fiat-crypto exchange.
|
|
|
Well most banks run java backends not C# or php.
correct. I worked in a few big banks and never met PHP. C# was sometimes used on the desktop, but never on a backend. Have not seen IIS either. same here... though i saw COBOL and perl in the backend too (and some REALLY ugly terminal to web converter ughhh)
|
|
|
signed up; seems very nice
|
|
|
I can just imagine future history books: "On January 27, 2014, bitcointalk.org banned giveaways, marking the beginning of Bitcoin's end and LiteRippleObamaCoin's ultimate rise to dominance."
LoL and btw thanks. looking forward to find useful and interesting stuff in the alt-section now
|
|
|
i am missing the option "let gavindecide what he wants to do"
Did you miss the "non-binding" part posted in the OP ? Does our freedom to express ourselves bother you ? anything posted on this forum is not-binding for gavin. its my freedom to express that i think the poll is unfair.
|
|
|
i am missing the option "let gavindecide what he wants to do"
|
|
|
You are assuming the botnet in question has implemented this capability into their malicious software. Implementing a captcha code prior to mining would be similar to asking for a serial number during product installation. Sure there will be dedicated hackers that will bypass it, but if it filters even 1 or 2 botnets, then it is worth it. If we applied your logic to everything then since some people can bypass serial keys during installation, then companies should never use serial keys. DRM works to some extent, always has and always will. A captcha code aids in eliminating botnets, has little to no cost to implement, and the effects on legitimate miners is negligible.
i dont really like that idea for two reasons: 1) i hate to type in captchas. and this just seems not appropiate for a currency (just my opinion) 2) if you make it harder for botnets to join you raise the possibility that only a few botnets are able to mine Ethereum: which would increase the risk for attacks - do the opposit: make it as easy as possible to mine this coin and hope you get many different miners and multiple(!) botnets
|
|
|
with enough money everybody can do 30%+ attacks. just get yourself some cloud servers....and a botnets costs money also.
btw. you know that with any hashrate you can try to double-spend? this is not 50% specific. just your odds are better.
and if you can make money with a botnet: you can be sure there will be more than one botnet owner.
|
|
|
btw whats the problem with botnets mining? i dont have one and i dont think about getting one, but the purpose of block reward is securing transactions. as long as botnets do that i think its ok that they get their reward (this reminds me of an btc botnet which produced blocks but did not process transaction - this is a problem: but its not botnet specific).
botnets wont go away just because their is no coin to mine, you know?
|
|
|
i've made a small web interface for it. screenshot: https://www.dropbox.com/s/od0ac7djvvdyrps/gekkoweb.pngsource: https://www.dropbox.com/s/54y2crazfnyghnd/gekko.zipi am not familiar with npm or node. so you have to install a few dependencies by hand (eg npm install express). there are currently some drawbacks: - portfolio is only updated after a successfull buy or sell - web interface does work as soon as a the first advice is made. - only ema does work as the web if does show some internal data from it i use it in "advanced mode" using data from mtgox and trading on mtgox and btce (but only with small amounts) i did not test it with other configurations, so use it at your own risk (i am not responsiple for any losses etc). as this is a pure personal project i dont think i'll make other extensions, but i am always open for suggestions regards flower Woow this looks great! I am pretty sure we can use a lot of your code and put it into Gekko (if you don't mind). So we are working on a new version for Gekko that has a plugin system which makes it easy to build stuff on top of Gekko. The demo server I built uses this system already. It also uses websockets in favor of a rest style API. Though I am pretty sure we can leverage your code quite a bit (especially the frontend stuff) Awesome stuff! just take what you need.. one suggestion for graphs and multiple indicators: let the indicator export the jqplot options and data (i am planning to do this myself to play with it). i would really like to see a bitfinex exchange plugin. and ways to decide a risk strategy for margin trading (but the exchange part of bitfinex would be a nice first step) btw great work. i really enjoyed working with it!
|
|
|
i've made a small web interface for it. screenshot: https://www.dropbox.com/s/od0ac7djvvdyrps/gekkoweb.pngsource: https://www.dropbox.com/s/54y2crazfnyghnd/gekko.zipi am not familiar with npm or node. so you have to install a few dependencies by hand (eg npm install express). there are currently some drawbacks: - portfolio is only updated after a successfull buy or sell - web interface does work as soon as a the first advice is made. - only ema does work as the web if does show some internal data from it i use it in "advanced mode" using data from mtgox and trading on mtgox and btce (but only with small amounts) i did not test it with other configurations, so use it at your own risk (i am not responsiple for any losses etc). as this is a pure personal project i dont think i'll make other extensions, but i am always open for suggestions regards flower
|
|
|
I rather like it. It does take out a bit of the anonymity, since you have a return path for the recipient with every single transaction pair, but it does make the transactions themselves more audit-able. I think businesses might actually find this concept more appealing, since they can validate things like refunds with a customer much more easily rather than having a customer say "No, I never got it."
this is not true. a broadcasted transaction is no guarantee that it goes into a block. btw. why not just broadcast it half-signed and let his client display a message?
|
|
|
Thanks! Any feedback on the Double-signed transactions concept?
the problem i see is that there is no more any plausible deniybility for receiving payments. this can be important if any gov decides that they want backlist addresses. but i like the idea! maybe just let the sending address decides how many keys (and which) are required to send those coins? for me its an essential cryptocoin feature to need more keys to send money (but companies can easily build this on top of a minimalistic coin - it isnt just that secure)
|
|
|
|