Well, a pruned node would anyways report as non-full node, right?
A first step could have been to have pruned nodes that store no history at all, then start on "hybrid" nodes, that store some history for the next iteration. Why the approach the other way round?
|
|
|
Ähm, der Algorithmus, den Google-2FA verwendet ist komplett offengelegt und den kann man auch in ein paar Zeilen Python nachimplementieren... Da hat die NSA eher wenig zu melden.
|
|
|
The last I heard about active pruning was https://bitcointalk.org/index.php?topic=204283.0Other than that supposedly bitcoind already can prune, but it is not really exposed out of fear that there might be too many people actually doing it which would hurt chain distribution. Also header-first sync might allow for some nice features (e.g. keep the last N blocks + a random sample of the older ones, up to size X). I don't know about progress there though, in general I would just advise to invest the 2 USD or whatever a few dozen GB of HDD space costs these days and just store all blocks. If you have such an old PC that a few GB are of concern, you might want to think of switching out harddisks anyways, especially when storing wallet files on there...
|
|
|
Ripples XRP- , no mining - all coins available at start 80% foundation, and 20% develeopers. centralized, not opensource. not designed to be a currency, but an IOU exchange. Very innovative and usefull, but "not an altcoin" This is partially wrong, partially unclear. XRP actually are a currency, they are available from the start, there is no mining, both client and server are open source (and not centralized, otherwise all this would be much simpler), coins will be distributed as follows: 55% of all coins are handed out in giveaways, 20% belong ot the founders (not necessarily developers), 35% belong to Ripple Labs (formerly Open Coin) to do with them as they please. XRP act as market making currency and anti-spam mechanism mainly, they are an unbacked asset, similar to most other coins around here. What might be interesting is that they actually get destroyed in transactions as fees, not redistributed to anyone taking part in any verification process (unlike e.g. bitcoin transaction fees which go to miners). Ripple itself is a distributed exchange, XRP (aka. "ripples") are the only native asset traded there. You seem to not give a definition of "altcoin", so in some ways it might be the case that XRPs don't qualify for this. Please at least fix the "not opensource" part though, source code for any part to fork or build upon Ripple (with probably more commits in a week than most coins around here see in their lifetime) can be found at https://github.com/ripple (Server: rippled, JavaScript reference client: ripple-client)
|
|
|
Jim Knopf und die Wilde 13 war kein Sachbuch...
|
|
|
Well, you can try talking to your bank or their bank (unicredit slovenia). Gox user not affected... because there it takes 2 months at least!
|
|
|
Fehlt da nicht irgendwo ein "make" oder so?
|
|
|
Isn't satoshi electible for economic noble prize? I mean how many of those "pontes" has already been proven wrong just by the existence of bitcoin?
Very few if any.
|
|
|
Auch bei "echten" paper wallets hat jemand den Key gesehen, bevor der Sichtschutz drüber kam. Edit: Paypal --> VirWoX. Kostet entsprechende fees, aber zumindest funktioniert das auch. Alternativ eben vielleicht überlegen, mal eine Banküberweisung oder Bargeld anzubieten, wenn's so arg wichtig ist. Bis man hier jemanden findet, der dumm genug ist, PayPal anzunehmen, vergehen sowieso eher Tage.
|
|
|
Ich find's übrigens nicht gerade toll, wenn ich mir die Mühe mache und einige Zeit und Hirnschmalz investiere um Ideen für DICH zu finden und niederzuschreiben und es kommt absolut 0 - weder ein "danke" noch sonstwas - zurück.
|
|
|
Hm, that's about one order of magnitude above what I personally was hoping to spend, but at least thanks for your quote and the outlook that this can be done in about 3 weeks! Maybe some others are interested too and want to chip in? Once this kind of software exists, it should be quite interesting for exchanges as well after all...
There is another "meta API" that sounds interesting by the way (besides FIX, which seems to be a slight mess since it is not very tightly specified) --> OpenMAMDA, which is being pushed by the Linux foundation and the NYSE. The only problem with it is that I have yet to see software in the wild to use it. DTC at least is used by one single trading program and openly specified (I don't want to reverse Metatrader's API...) and if OpenMAMDA in the future really becomes widely used, I guess there's still time to hook the stuff in there as well.
|
|
|
I think he wants to move out of the market, if the movements get larger. If prices steadily decline in 1 USD/day steps down to 800, that's different than a flash crash in 20 minutes. In other news, the constantly available money at Bitstamp has really helped the lending rates to go up to levels that match risk/reward better. If you're a lender and auto-lending at 30% APR, you might wanna reconsider.
|
|
|
Ich mag das Ganze nicht noch auch auf Deutsch abtippen, schaut bitte einfach mal hier vorbei, wenn ihr gerne Netzwerkprotokolle in Python schreibt und dafür bezahlt werden möchtet: https://bitcointalk.org/index.php?topic=358612.0Fragen kann ich natürlich auch hier beantworten.
|
|
|
Have you tried using the forum search?
|
|
|
Alright, here's the deal: The protocol: http://www.sierrachart.com/index.php?l=doc/doc_GeneralDataTradeServiceProtocol.phpReference C++ header implementation of the messages: https://github.com/SierraChart/GSPWhat I expect: A pure python library that uses twisted ( http://twistedmatrix.com/) as only dependency (well, and twisted's dependencies... ) and that implements all messages that are currently specified in the DTC protocol. It does not have to connect to a backend, returning dummy data (e.g. a hardcoded list for market data) or hooks to supply actual data is fine. If data can be calculated/known (e.g. current timestamps), I'd expect this to be there though. Connection should be possible with or without SSL/TLS, setting everything up (certificate paths etc.) with twisted is of lower priority though (it isn't hard anyways, check https://twistedmatrix.com/documents/current/core/howto/ssl.html). In the end I want to be able to implement e.g. my own market data connection that then gets sent to DTC compatible clients using your library (it would act like a "bridge"). To use it, all I would need to do is to do a simple "import dtcpy" and work from there. I intend to OpenSource this code under the MIT license and would require periodic updates/commits to a public repository from you, please do not submit a bid if you do not want others to see, use and build upon your code! As this is not a completely trivial task, I am open to suggestions on how to handle the actual bounty - would you prefer a pure BTC price up-front that gets escrowed and paid upon completion, a payment in USD value per week/hour/milestone...? Please submit a bid with your preferred amounts publicly here (no, I will NOT discuss this in PMs), if I'm happy with the time line etc. we'll do a bit more formal (signed) contract (also public) and I'll put the bounty payment in escrow. If others also see some benefit in this, they are of course also invited to pledge some amounts. The general use case in the end would be to build a generic bridge to at least the SierraCharts software with multiple Bitcoin exchanges as potential markets. In the end, you'd load your API key(s) into a software built upon this library and you'd be your own broker. Since every exchange kinda creates their own little weird API, there needs to be some unification beforehand and DTC could offer that (it supports historic market data AND authenticated trading!). Maybe other people might find this interesting enough to pledge some amount, it would be possible already now if you write this bridge in C++. I personally want to use Python though and I don't care enough for "how many bytes does this message have and what endianness should timestamps be..." to port this on my own, there might be people out there that prefer this kind of work and I'm willing to pay for that.
|
|
|
Recent blocks are far larger and contain more transactions than the early ones, your client will likely crawl back to this slow speed over time.
|
|
|
I am honestly not sure, the discussion (as you can see) on the posts before that was about fees charged - could be that I just misread fees instead of interest...
Anyways, the part about not charging fees on borrowed money is correct, about not being charged interest is not. The next time you require an official answer on topics like "does interest get charged if I take a loan, but just look at the money" I'd recommend you to actually use the official Bitfinex forums, not a single support thread here that is filled with all kinds of simultaneous chats, flames, rants and the occasional reply from Giancarlo.
|
|
|
|