With 6 figure numbers you can also start contacting OpenCoin for quotes. I don't know if they would also sell for BTC, but it might be worth a try at least.

Huh?
Bitfinex runs on RoR... in some cases they even gave full error logs (I might still have one lying around... "/home/raph/www" rings a bell?) on 500 errors.

I just hope they keep their software patched up to the latest as there are again some exploits floating around in the wild. This has nothing to do with the remaining scam accusations here (1 million USD credited out of thin air and cutting out a share holder(?) by maybe(?) founding another company)

I find it funny that someone like myself got 10% of profits in the first place. Also the talk of "oh so rich" investors (who is this "Mr. Tang"?) seems a bit weird to me, maybe I come from a different background, but even though a loss of 50k USD is a lot, it is not that much for a financial business startup with a business model that has very much known risks where one can get burned. You were warned over and over about getting Goxxed

I personally pulled partly out of Bitfinex regardless of these accusations, simply because interests in the last month were not covering the risks that I perceive at all, so there's no real point in putting my money in danger for low returns.

Building on Bitcoinica's code in the first place was probably not the smartest move, I'm still hoping that soon(TM) there will finally be an open-source trading platform with leverage, be it on Ripple, with their own IOUs, with OpenTransactions or however else. As regulatory hurdles are anyways the main issue, and not the actual trading engine having competitors setting up dozens of their own exchanges is very unlikely anyways...

I got off-topic though, so back to these accusations:
As Eisenhower34 said:
* There's need for proof that myself even holds 25% of bitfinex limited and it would be nice to know who holds which parts of bitfinex technology limited
* What's up exactly with this 1 million USD (an amount that should be quite hard to hide in logs etc.), where's proof for that?
I would also add:
* An audit from a third party would be great to have, ideally with a transparency initiative - there was a thread about which numbers should be published how and where, so far Bitfinex is still quite a black hole and the "public trades" page is not enough to properly audit the page externally or create a ledger (amounts cut off, only 100 entries available, no mention of platform or fee...)

If there was a complete trading history released (with good + proper data of the trades) it would be possible to massage this into a format readable by ledger-cli for example and calculate how many USD, BTC and LTC the platform should have at risk at any point of time. Then all that needs to be done is to provide evidence (e.g. screenshots, bank statments, auditor statements, exchange balances) that these funds are really existing and everything is fine.

I'd like to remind Raphael though of a few things:
Being a "rich rich rich" insurance owner in Hong Kong does not make somebody a useful partner. If at all it would make me suspicious how this person can get so rich when he invests in these high-risk ventures.
Having a few things to say on a forum or suggestions via mail does not make someone a useful advisor. (You're free to send me bitcoins though for my suggestions/advice... )
Someone who just pulls a CEO + investors in a month(!?) out off his hat that understand both Bitcoin and margin trading while himself coming from a semiconductor background is in my eyes just too good to be true.

On the contrary, forcing me to write "I, [name here], used this bill to pay for a beer in the evening of the 8th of June 2013 in the pub named [insert name]" on each and every bill I use would be a PITA.
The bar will either just have an internal receipt system where the barkeeper enters my purchase + note or even just do a total "We had xxx EUR before opening, we have XXXXX EUR after closing" calculation. Why should I as customer be exposed to their accounting practices? It's in my best interest to consume alcohol an NOT fill out forms or attach messages to my payments!

Also the payment of the change money (coins...) I received back should have come with a "message" - again, I didn't need or want that, as it was and still is simply not possible and also not necessary to follow GAAP in these kind of cash transactions.

If one simply follows recommended usage patterns in Bitcoin and uses each address exactly once, these addresses itself become the "messages" or identifiers for each and every transaction. Also it is not necessary to know where money actually came from (outside of KYC territory) to do proper accounting of it. I still don't see the issue where you cannot do proper accounting with Bitcoins. Just because the internal lingo is a bit off (imagine "account" as a bunch of addresses instead of a single one and you're golden) does not mean that this system is doomed, badly engineered or completely impossible to use in accounting.

https://github.com/bitcoin/bitcoin/blob/master/src/checkpoints.cpp
Latest checkpoint: 225430

There is no need for multipart other than the 4 GB/file limit on FAT32 maybe. Most modern torrent clients already support HTTP sources too and would download pieces from these only when there are not enough seeders around in the swarm. As you already said, once a new torrent gets released, all previous data in case of 7zip is invalidated so it is not a case of "I ass another 200 MB piece and the previous ones are still valid" as it is with an uncompressed chain file.

In other news, I announced to these other trackers too, though switching on DHT should already give enough peers to connect to the rest of the swarm via peer discovery - trackers are rarely used these days any more other than for bootstrapping and maybe connecting swarms that were split. Once there is even a single peer connected to both parts of a swarm, via PEX they will be soon reunited anyways. The desync.com one is offline for me too by the way.

@jgarzik:
Could we (until you decide on whether to compress or not) at least have an "official" bootstrap.dat torrent until 225430 (or ideally: ~240k)? I mean it's not that hard to create one ourselves, it would just lead to more fragmented swarms and just having a single "official" one makes it easier to seed.

I would suggest the following scheme by the way:
Every 4032 blocks (= 2 difficulty changes or ~every 4 weeks) release a new torrent link for current block - 2016 (so the block of the last difficulty change). This should be by far deep down enough to not be part of any chain splits any more and updating a link every 4 weeks (or just getting it from an RSS feed) should be not too much hassle for seeders either.

If you set the part size in the torrent to a certain fixed size, you could even let people come up with the info hash programmatically just by processing their own chain files!

"Another one"...
I didn't sign anything, I didn't write a reason for payment and I also didn't receive a receipt (though if I really wanted to piss off the staff I could have requested one).

The thing is not that I just handed out money randomly, what I want to highlight is that also "traditional" money does NOT in all of it's forms (especially not in it's physical, most basic incarnation!) carry all the fields and features that the OP wants Bitcoin to include.

For Ripple, which is designed much more like a transfer of value (or rather trading) system, this might be a more valid concern - Bitcoin however does not try to be a replacement for SEPA transfers but for cash. I agree that Bitcoin transfers are paperless, they are not designed to be printed on paper though. Having them "in hand" is equal to having private key(s) + internet + client to sign&broadcast transactions + UTXOs for that private key(s).

I don't see the point of forcing the payment initiator to attach a certain unique statement to a payment that helps you find this entry in your ledger that it refers to when you can make him pay to a certain unique address instead that helps you find this entry in your ledger. If it would be possible to not just get 1 bank account but a few billion bank account numbers for the price of one, I guess this would be also employed in the traditional banking payments, as you can remove a source of potential error from the user.

Where is the "Reason of payment" field on my 10 EUR bill that I used in the bar last night to pay for a beer? How can they even do accounting if they don't know that?!

Ich find's unterhaltsam WEIL ich nicht "investiert" habe.

Bitte diverse Apostrophe entfernen... Bitcoin's schaut ja grausig aus!

Spätestens seit vista mit uac ist das unter Windows keine Ausrede mehr und auch schon unter XP konnte man mit einem eingeschränkten Konto gut arbeiten.

Wer als erstes uac abschaltet weil es ja so nervt wird auch unter Linux mit root arbeiten...

So in reality it is not bitcoins but bitcoin IOUs on your service, right?

How to spot new members without looking at their post count or signup date, number 718:
Refers to bitcoin address in signature with a "witty" remark that loose change should be sent there.

 

Quoting http://en.wikipedia.org/wiki/ISO_31-0#Numbers:

NSA has monitored all data outside the USA already for over a decade... Google "Echelon".

The new thing is that they now are also spying (surprise, surprise!) on their own citizens. Well, actually the real new thing is that someone found out about it, they are probably spying on them already for quite some time.

If people (and that inludes the OP here!) don't stop spamming me on BitMessage soon, I'll start a new address with a difficulty that requires you to burn a few hours of CPU time until you can message me!

Out of the ~15 messages I got under the address in my signature so far, most of them (about a dozen) were just along the lines of "I'm trying this out, does it actually work!?" or "Hi, I'm ... and I use Bitmessage now!".

I am still unsure how to handle public addresses, I guess I will publish a "difficult" one soon and if I really want to continue conversations with some of the people that message me, I'll assign them an easier private one. Seems like quite a bit of work though...

Actually, the "thousand seperator" is a "." and the "decimal seperator" is a "," around here... 1.000,001 is perfectly valid for 1000 + 0.001.
When was the last time you saw a car priced down to cents? A house down to single dollars?

This (using seperators right from the decimal seperator) is not part of any standard I know of, please link a ISO or DIN standard that one can adhere to in this matter and don't invent your own stuff.

Well, you could easily append stuff to the merkle root I guess... The problem is that the coinbase transaction is unknown to the miner itself and that is the one and nearly only one that matters to miners.

You could make them "break" at a certain point of time though for example.

An interesting concept would be an ASIC that spends e.g. 1 BTC for each block it produces from a known address to the ASIC developers and that gets distributed for free. One that address runs dry (hacked or simply enough blocks mined), the ASICs stop working. It is in the best interest of miners then to transfer some BTC to this address again to pay for their ASICs that way. It's not 100% possible right now (as the ASIC would need to know about a new unspent output in that address) but it might be a possibility at least maybe in the future.

By the way:
What about a guide/script to do the following:
Get a vanilla LTS Linux distro (e.g. Ubuntu)
Install something like Jenkins or buildbot
Install gitian
Configure Jenkins or buildbot to build every commit in the bitcoin github repo via gitian
Provide a way to sign and publish the output of these builds

I would love to help verify builds for various platforms but setting all these things up is a bit much to ask and surely has already been done by some people. If there is a guide (or even better: a simple commented shellscript that already installs all required dependencies etc. from a vanilla installation/liveDVD) somewhere then I'd be happy to donate my CPU time + HDD space towards this. I don't really want to "donate" hours of my time though to make gitian, buildbot and whatever you use for signing this (maybe Bitcoin and/or Bitmessage private keys? ) run if there could be already a standard platform for doing so.

TL;DR: Give me a shellscript that "just works"(TM) with a specific liveDVD of some Linux distro that builds Bitcoin binaries and I would love to verify signatures.

Was passt dir an ABE nicht? Was willst du eigentlich erreichen?

Now THAT'S a nice price! I offer 30k XRP for 40 BTC, keep the change. Please contact me for the BTC address and send me your Ripple address.

So you spam a link to a thread that is still open in this very same forum as a new thread?!

I agree that anyone having XRP and selling them for stupid prices here is probably getting ripped off, but does this simple announcement really need a new thread + spamming in a lot of other threads?

Transaktionen sind teils komplexer als [Input1, Input2, ...] an [Output1, Output2, ...]

Genauere Infos gibt's im Wiki, ein Projekt das mit lokalen Blockchains arbeitet ist z.B. ABE (Alternative Block Explorer) oder du schreibst eben deinen eigenen Parser.

Alleine das Umwandeln in ein längeres Format könnte aber schon ein paar Dutzend GB an Daten bedeuten, als Graph hat die Blockchain auch schon Ausmaße, die nicht so lustig darstellbar sind...