Bitcoin Sell-off Might be Linked Two of the Largest Scams ...
Mt. Gox. Bitcoin Settlement Deadline Pushed to October 2020
MtGox "rehabilitation claim"? : Bitcoin
Why we won't have a long term bear market, and how to systematically pick your future investments in crypto
With so much uncertainty right now it would be a good time to take some time to go over what happened recently and how to invest moving foward. We've seen a peak bubble at around 850 billion total market cap in the first week of January, consolidated down to $750 billion and have now just experienced a 40% correction.
What's happening now and how bad will it get?
First of all you should realize that there is a January Dip that happens every year, when we see a roughly 20-30% decline around mid January. This year its been much more severe though for several additional factors that have compounded on top. Different theories exist on why this happens (its actually the mirror opposite of the "January Effect" that happens in the US stock market), but the two major theories are: 1) Asian markets pull into fiat because of Asian New Year spending needs 2) People in the US sell in January to defer their capital gains tax liability an extra year While this cyclic event has lead to a healthy correction in the last few years, this year we got these new factors making more fear as well:
We had a new breed of speculators come in during the NovembeDecember timeframe after media made cryptocurrency mainstream following the Bitcoin 10K landmark. While cryptocurrency markets have always had too much hype, the latest rise wasn't just over-enthusiasm in fundamentally sound cryptocurrencies like Monero and Ethereum, but mass inflows of fiat into vaporware and complete nonsense without any use case. Many people came in to essentially gamble on symbols on an exchange, and are thus short term oriented and quick to sell on any slight downturn, which such further adds to selling pressure.
So in essence we got a storm of scary news along with the usual cyclic downturn. Currently I don't see this as being a systematic crash like Mt.Gox was that would lead to a long term bear market because the fundamental ecosystem is still intact, and I suspect that after about a month we should consolidate around a new low. All the exchanges are still operational and liquid, and there is no breakdown in trust nor uncertainty whether you'll be able to cash out. What range the market trades in will all depend how Bitcoin does, right now we've already broken below 10K but I'm seeing a lot of support at around $8000, which is roughly where the long term MA curve settles. We don't know how bad it will get or what the future will bring, but as of right now we shouldn't be in a bear market yet. What should you do if you recently entered the market? If you did buy in the last few months at or near ATH, the very worst thing you can do now is sell in panic and lose your principal. You shouldn't have more money in crypto than you can afford to lose, so it shouldn't be a problem to wait. You have to realize that 30% corrections in crypto are relatively common, just last fall we had a 40% flash correction over more China fears. Unless there is a systematic breakdown like we had during Mt.Gox, the market always recovers. The other worst thing you can do is unload into Tether as your safety net. If there is one thing that could actually cause a long term destruction of trust within the cryptocurrency investment ecosystem, its Tether having a run up on their liabilities and not having enough reserve to cover the leverage. It would not only bring down exchanges but lead to years of litigation and endless media headlines that will scare off everybody from putting fiat in. I don't know when the next Mt.Gox meltdown will occur but I can almost guarantee it will involve Tether. So stay away from it. What should long term investors do? For long term holders a good strategy to follow each year is to capture profit each December and swallow the capital gains taxation liability, park a reserve of fiat at Gemini (whose US dollar deposits are FDIC-insured) and simply wait till around late January to early February to re-enter the market at a discount and hold all year until next December. You can keep a small amount in core coins in order to trade around various Q1 opportunities you anticipate. Others may choose to simply do nothing and just keep holding throughout January which is also a perfectly fine strategy. The cyclical correction usually stabilizes toward late January and early February, then we see a rise in March and generally are recovered by end of April. Obviously this decision whether to sell in December to profit on the dip and pay tax liability or to just hold will depend on your individual tax situation. Do your own math sometime in November and follow suit. Essentially revaluate your positions and trim your position sizes if you don't feel comfortable with the losses.
How to construct your portfolio going forward
Rather than seeing the correction as a disaster see it as a time to start fresh. If you have been FOMO-ing into bad cryptos and losing money now is a time to start a systematic long term approach to investing rather than gambling. Follow a methodology for evaluating each cryptocurrency Memes and lambo dreams are fun and all, but I know many of you are investing thousands of dollars into crypto, so its worth it to put some organized thought into it as well. I can't stress enough how important it is to try and logically contruct your investment decisions. If you follow a set methodology, a checklist and template you will be able to do relative comparisons between cryptocurrencies, to force yourself to consider the negatives and alternative scenarios and also sleep comfortably knowing you have a sound basis for your investment decisions (even if they turn out to be wrong). There is no ideal or "correct" methodology but I can outline mine: 1) Initial information gathering and filtering Once I identify something that looks like a good potential investment, I first go to the CoinMarketCap page for that symbol and look at the website and blockchain explorer.
Critically evaluate the website. This is the first pass of the bullshit detector and you can tell from a lot from just the website whether its a scam. If it uses terms like "Web 4.0" or other nonsensical buzzwords, if its unprofessional and has anonymous teams, stay away. Always look for a roadmap, compare to what was actually delivered so far. Always check the team, try to find them on LinkedIn and what they did in the past.
Read the whitepaper or business development plan. You should fully understand how this crypto functions and how its trying to create value. If there is no use case or if the use case does not require or benefit from a blockchain, move on. Look for red flags like massive portions of the float being assigned to the founders of the coin, vague definition of who would use the coin, anonymous teams, promises of large payouts...etc
Check the blockchain explorer. How is the token distribution across accounts? Are the big accounts holding or selling? Which account is likely the foundation account, which is the founders account?
Read the subreddit and blogs for the cryptocurrency and also evaluate the community. Try to figure out exactly what the potential use cases are and look for sceptical takes. Look at the Github repos, does it look empty or is there plenty of activity?
2) Fill out an Investment Checklist I have a checklist of questions that I find important and as I'm researching a crypto I save little snippets in Evernote of things that are relevant to answering those questions:
What is the problem or transactional inefficiency the coin is trying to solve?
What is the Dev Team like? What is their track record? How are they funded, organized?
Who is their competition and how big is the market they're targeting? What is the roadmap they created?
What current product exists?
How does the token/coin actually derive value for the holder? Is there a staking mechanism or is it transactional?
What are the weaknesses or problems with this crypto?
3) Create some sort of consistent valuation model/framework, even if its simple I have a background in finance so I like to do Excel modeling. For those who are interested in that, this article is a great start and also Chris Burniske has a great blog about using Quantity Theory of Money to build an equivalent of a DCF analysis for crypto. Here is an Excel file example of OMG done using his model. You can download this and play around with it yourself, see how the formulas link and understand the logic. Once you have a model set up the way you like in Excel you can simply alter it to account for various float oustanding schedule and market items that are unique to your crypto, and then just start plugging in different assumptions. Think about what is the true derivation of value for the coin, is it a "dividend" coin that you stake within a digital economy and collect fees or is it a currency? Use a realistic monetary velocity (around 5-10 for currency and around 1-2 for staking) and for the discount rate use at least 3x the long term return of a diversified equity fund. The benefit is that this forces you to think about what actually makes this coin valuable to an actual user within the digital economy its participating in and force you to think about the assumptions you are making about the future. Do your assumptions make sense? What would the assumptions have to be to justify its current price? You can create different scenarios in a matrix (optimistic vs. pessimistic) based on different assumptions for risk (discount rate) and implementation (adoption rates). If you don't understand the above thats perfectly fine, you don't need to get into full modeling or have a financial background. Even a simple model that just tries to derive a valuation through relative terms will put you above most crypto investors. Some simple valuation methods that anyone can do
Metcalfe's Law which states that the value of a network is proportional to the square of the number of connected users of the system (n2). So you can compare various currencies based on their market cap and square of active users or traffic.
Another easy one is simply looking at the total market for the industry that the coin is supposedly targeting and comparing it to the market cap of the coin. Think of the market cap not only with circulating supply like its shown on CMC but including total supply. For example the total supply for Dentacoin is 1,841,395,638,392, and when multiplied by its price in early January we get a market cap that is actually higher than the entire industry it aims to disrupt: Dentistry.
If its meant to be just used as just a currency: Take a look at the circulating supply and look at the amount that is in cold storage or set to be released/burned. Most cryptos are deflationary so think about how the float schedule will change over time and how this will affect price.
Once you have a model you like set up, you can compare cryptos against each other and most importantly it will require that you build a mental framework within your own mind on why somebody would want to own this coin other than to sell it to another greater fool for a higher price. Modeling out a valuation will lead you to think long term and think about the inherent value, rather than price action. Once you go through this 3-step methodology, you'll have a pretty good confidence level for making your decision and can comfortably sit back and not panic if some temporary short term condition leads to a price decrease. This is how "smart money" does it. Think about your portfolio allocation You should think first in broad terms how you allocate between "safe" and "speculative" cryptos. For new investors its best to keep a substantial portion in what would be considered largecap safe cryptos, primarily BTC, ETH, LTC. I personally consider XMR to be safe as well. A good starting point is to have between 50-70% of your portfolio in these safe cryptocurrencies. As you become more confident and informed you can move your allocation into speculative small caps. You should also think in terms of segments and how much of your total portfolio is in each segment:
You should also think about where we are in the cycle, as now given so much uncertaintly its probably best to stay heavily in core holdings and pick up a few coins within a segment you understand well. If you don't understand how enterprise solutions work or how the value chain is built through corporations, don't invest in the enteprise blockchain solutions segment. If you are a technie who loves the technology behind Cardano or IOTA, invest in that segment. Think of your "circle of competence" This is actually a term Buffet came up with, it refers to your body of knowledge that allows you to evaluate an investment. Think about what you know best and consider investing in those type of coins. If you don't know anything about how supply chains functions, how can you competently judge whether VeChain or WaltonChain will achieve adoption? This where your portfolio allocation also comes into play. You should diversify but really shouldn't be in much more than around 12 cryptos, because you simply don't have enough competency to accurately access the risk across every segment and for every type of crypto you come across. If you had over 20 different cryptos in your portfolio you should probably think about consolidating to a few sectors you understand well. Continually educate yourself about the technology and markets If you aren't already doing it: Read a bit each day about cryptocurrencies. There are decent Youtubers that talk about the market side of crypto, just avoid those that hype specific coins and look for more sceptical ones like CryptoInvestor. If you don't understand how the technology works and what the benefits of a blockchain are or how POS/POW works or what a DAG is or how mining actually works, learn first. If you don't care about the technology or find reading about it tedious, you shouldn't invest in this space at all.
Summing it up
I predicted a few days ago that we would have a major correction in 2018 specifically in the altcoins that saw massive gains in Decemebeearly January, and it seems we've already had a pretty big one. I don't think we'll have a complete meltdown like some are predicting, but some more pain may be incoming. Basically take this time to think about how you can improve your investment style and strategy. Make a commitment to value things rather than chasing FOMO, and take your time to make a decision. Long term investment will grant you much more returns as will a systematic approach. Take care and have fun investing :) Edit March 2018: Lol looking back I'm regretting starting the title with "Why we won't have a long term bear market" now, I was more karma whoring with that catchy title than anything. We recovered up to 11K from this post, but then crashed again hard later in February-March because of a slew of reasons from Tether subpeona to unforseen regulatory issues.
Technical: The `SIGHASH_NOINPUT` Debate! Chaperones and output tagging and signature replay oh my!
Bitcoin price isn't moving oh no!!! You know WHAT ELSE isn't moving?? SIGHASH_NOINPUT that's what!!! Now as you should already know, Decker-Russell-Osuntokun ("eltoo") just ain't possible without SIGHASH_NOINPUT of some kind or other. And Decker-Russell-Osuntokun removes the toxic waste problem (i.e. old backups of your Poon-Dryja LN channels are actively dangerous and could lose your funds if you recover from them, or worse, your most hated enemy could acquire copies of your old state and make you lose funds). Decker-Russell-Osuntokun also allows multiparticipant offchain cryptocurrency update systems, without the drawback of a large unilateral close timeout that Decker-Wattenhofer does, making this construction better for use at the channel factory layer. Now cdecker already wrote a some code implementing SIGHASH_NOINPUT before, which would make it work in current pre-SegWit P2PKH, P2SH, as well as SegWit v0 P2WPKH and P2WSH. He also made and published BIP 118. But as is usual for Bitcoin Core development, this triggered debate, and thus many counterproposals were made and so on. Suffice it to say that the simple BIP 118 looks like it won't be coming into Bitcoin Core anytime soon (or possibly at all). First things first: This link contains all that you need to know, but hey, maybe you'll find my take more amusing. So let's start with the main issue.
Signature Replay Attack
SIGHASH_NOINPUT basically means "I am authorizing the spend of any coin of this particular value protected by my key, to be spent to these addresses".
Of note is that the default SIGHASH_ALL means "I am authorizing the spend of this particular coin of this particular value protected by my key, to be spent to these addresses".
So suppose you were to engage in address reuse. This is highly discouraged behavior, but people are people, people are lazy, and etc. etc. In practice it happens.
Now suppose you had two deposits of equal size, in the same address that you have been reusing.
Now further suppose that for some reason, your wallet signs using SIGHASH_NOINPUT only. luke-jr has even promised to write one when SIGHASH_NOINPUT is implemented, so you don't even need to go search for one, you just pester luke-jr to release it.
So you got two UTXOs, of equal value, to the same address.
You spend one UTXO, signing with SIGHASH_NOINPUT, to pay almkglor because he's so awesome at explaining Bitcoin things and deserves to be paid for it.
almkglor realizes you've used SIGHASH_NOINPUTand that you engaged in address reuse. He writes a new transaction spending your other UTXO of same value and same address, reusing the same signature ("Signature Replay") that was publicly attached to your previous tx. The signature authorizes the spend of any coin protected by that key.
Since luke-jr is strongly against address reuse, he will just LOL at you for doing address reuse with his wallet software and mark your bugreports with wontfix, gendopose, allaccordingtothescenario.
The above is the Signature Replay Attack, and the reason why SIGHASH_NOINPUT has triggered debate as to whether it is safe at all and whether we can add enough stuff to it to ever make it safe. Now of course you could point to SIGHASH_NONE which is even worse because all it does is say "I am authorizing the spend of this particular coin of this particular value protected by my key" without any further restrictions like which outputs it goes to. But then SIGHASH_NONE is intended to be used to sacrifice your money to the miners, for example if it's a dust attack trying to get you to spend, so you broadcast a SIGHASH_NONE signature and some enterprising miner will go get a bunch of such SIGHASH_NONE signatures and gather up the dust in a transaction that pays to nobody and gets all the funds as fees. And besides; even if we already have something you could do stupid things with, it's not a justification for adding more things you could do stupid things with. So yes, SIGHASH_NOINPUT makes Bitcoin more powerful. Now, Bitcoin is a strong believer in "Principle of Least Power". So adding more power to Bitcoin via SIGHASH_NOINPUT is a violation of Principle of Least Power, at least to those arguing to add even more limits to SIGHASH_NOINPUT. I believe nullc is one of those who strongly urges for adding more limits to SIGHASH_NOINPUT, because it distracts him from taking pictures of his autonomous non-human neighbor, a rather handsome gray fox, but also because it could be used as the excuse for the next MtGox, where a large exchange inadvertently pays to SIGHASH_NOINPUT-using addresses and becomes liable/loses track of their funds when signature replay happens.
Making SIGHASH_NOINPUT safer by not allowing normal addresses use it. Basically, we have 32 different SegWit versions. The current SegWit addresses are v0, the next version (v1) is likely to be the Schnorr+Taproot+MAST thing. What output tagging proposes is to limit SegWit version ranges from 0->15 in the bech32 address scheme (instead of 0->31 it currently has). Versions 16 to 31 are then not valid bech32 SegWit addresses and exchanges shouldn't pay to it. Then, we allow the use of SIGHASH_NOINPUT only for version 16. Version 16 might very well be Schnorr+Taproot+MAST, with a side serving of SIGHASH_NOINPUT. This is basically output tagging. SIGHASH_NOINPUT can only be used if the output is tagged (by paying to version 16 SegWit) to allow it, and addresses do not allow outputs to be tagged as such, removing the potential liability of large custodial services like exchanges. Now, Decker-Russell-Osuntokun channels have two options:
Make the funding txo pay to a version 16 SegWit.
Make the funding txo pay to a version 0/1 SegWit.
The tradeoffs in this case are:
If the funding txo pays to a version 16 SegWit, then anyone analyzing the blockchain can point at a version 16 SegWit txo and conclude it was used for the Lightning Network, because seriously, there's little other use for SIGHASH_NOINPUT other than that (well there's certain limited kinds of vault-like constructions, but for the most part, the balance of probability will be that it's a LN channel).
Of note is that even non-published channels will likely be trackable via the funding txo paying to version 16 SegWit, which is published onchain.
Also, current already-closed published Poon-Dryja channels, that are closed by mutual close instead of unilateral, are indistinguishable onchain from ordinary spends. Trackers that want to keep track of Lightning usage need to store the information themselves, about such published channels that have been closed; the LN won't store it for them, so that at least moves the burden of storing that information to the surveillors, and fuck them anyway.
If the funding txo pays to a version 0/1 SegWit, then in the unilateral case we need to have an additional transaction that takes the funding txo and pays to a version 16 SegWit. This adds more overhead in the unilateral close case, and unilateral close in Decker-Russell-Osuntokun already needs two txes (an update and settlement tx); this adds one more tx, a "converter" from version 0/1 SegWit to version 16 SegWit.
This lets mutual closes indistinguishable from ordinary spends onchain. Unilateral closes are still obvious, but even today in the Poon-Dryja world unilateral closes are plenty darn obvious (very specific SCRIPT templates are used).
The latter tradeoff is probably what would be taken (because we're willing to pay for privacy) if Bitcoin Core decides in favor of tagged outputs. Another issue here is --- oops, P2SH-Segwit wrapped addresses. P2SH can be used to wrap any SegWit payment script, including payments to any SegWit version, including v16. So now you can sneak in a SIGHASH_NOINPUT-enabled SegWit v16 inside an ordinary P2SH that wraps a SegWit payment. One easy way to close this is just to disallow P2SH-SegWit from being valid if it's spending to SegWit version >= 16.
Closing the Signature Replay Attack by adding a chaperone. Now we can observe that the Signature Replay Attack is possible because only one signature is needed, and that signature allows any coin of appropriate value to be spent. Adding a chaperone signature simply means requiring that the SCRIPT involved have at least two OP_CHECKSIG operations. If one signature is SIGHASH_NOINPUT, then at least one other signature (the chaperone) validated by the SCRIPT should be SIGHASH_ALL. This is not so onerous for Decker-Russell-Osuntokun. Both sides can use a MuSig of their keys, to be used for the SIGHASH_NOINPUT signature (so requires both of them to agree on a particular update), then use a shared ECDH key, to be used for the SIGHASH_ALL signature (allows either of them to publish the unilateral close once the update has been agreed upon). Of course, the simplest thing to do would be for a BOLT spec to say "just use this spec-defined private key k so we can sidestep the Chaperone Signatures thing". That removes the need to coordinate to define a shared ECDH key during channel establishment: just use the spec-indicated key, which is shared to all LN implementations. But now look at what we've done! We've subverted the supposed solution of Chaperone Signatures, making them effectively not there, because it's just much easier for everyone to use a standard private key for the chaperone signature than to derive a separate new keypair for the Chaperone. So chaperone signatures aren't much better than just doing SIGHASH_NOINPUT by itself, and you might as well just use SIGHASH_NOINPUT without adding chaperones. I believe ajtowns is the primary proponent of this proposal.
Toys for the Big Boys
The Signature Replay Attack is Not A Problem (TM). This position is most strongly held by RustyReddit I believe (he's the Rusty Russell in the Decker-Russell-Osuntokun). As I understand it, he is more willing to not see SIGHASH_NOINPUT enabled, than to have it enabled but with restrictions like Output Tagging or Chaperone Signatures. Basically, the idea is: don't use SIGHASH_NOINPUT for normal wallets, in much the same way you don't use SIGHASH_NONE for normal wallets. If you want to do address reuse, don't use wallet software made by luke-jr that specifically screws with your ability to do address reuse. SIGHASH_NOINPUT is a flag for use by responsible, mutually-consenting adults who want to settle down some satoshis and form a channel together. It is not something that immature youngsters should be playing around with, not until they find a channel counterparty that will treat this responsibility properly. And if those immature youngsters playing with their SIGHASH_NOINPUT flags get into trouble and, you know, lose their funds (as fooling around with SIGHASH_NOINPUT is wont to do), well, they need counseling and advice ("not your keys not your coins", "hodl", "SIGHASH_NOINPUT is not a toy, but something special, reserved for those willing to take on the responsibility of making channels according to the words of Decker-Russell-Osuntokun"...).
Dunno yet. It's still being debated! So yeah. SIGHASH_NOINPUT isn't moving, just like Bitcoin's price!!! YAAAAAAAAAAAAAAAAAAA.
Open_transactions / Monetas. The solution to problem of trusted systems that bitcoin runs into.
Even though I've gone to the dark side (there will be a fun post of that in le future) I still have great love and obsession with freeing the common man from the evils of modern banking. So for any of you who don't know I am a big advocate of the bitcoin, but I'm also an even bigger advocate for Open_transactions. It's an open source suite of market tools based upon Ricardian smart contacts which offers true anonymity and a fix to bitcoins troubles with trusting entities (ie mt.gox debacle) It's already done, but a commercial version will be out around Q3 and Q4. It's being marketed to businesses for speedy transaction time and to Africans since they seem to have a flair for alt.currencies (like cellular minutes). Also any country that doesn't like the petrodollar (everyone else) will probably use it. So here's the lowdown ILLUSTRATED EXPLANATION http://opentransact.nevermeta.com/OT-Pseudonym-Instruments.jpg Read the illustrated explanation and watch this video http://www.youtube.com/watch?v=teNzIFu5L70&feature Basically an anonymous, encrypted, secure set of tools for an entire digital marketplace with reciepts based on smart contracts. Open-Transactions: P
A financial crypto and digital cash software library. The software's author likens it to "PGP for money". Open Transactions (a centralized transaction system) is complementary to Bitcoin in that it provides some features that Bitcoin cannot, such as untraceable anonymous (versus pseudonymous) transactions, no latency (instant finality of settlement / no risk of double spending) and more. Featuring: *Untraceable Digital Cash (real blinded tokens) *Anyone An Issuer (Ricardian-style Contracts) *Bearer-only, Fully-Anonymous (when used cash-only) *Pseudonymous User Accounts (user account == PGP key) *No Account History (asset account == the last receipt) *Many Financial Instruments (cheques, cash, vouchers, invoices...) *Basket Currencies (10 "baskets" == 5 gold, 3 silver) *Markets with Trades (stop, fill-or-kill, limit orders...) *Payment Plans
https://github.com/FellowTraveleOpen-Transactions/wiki/FAQhttps://en.bitcoin.it/wiki/Open_Transactionshttp://www.youtube.com/watch?v=HSgpStCTw2ghttp://monetas.net/ -- Many financial instruments are supported: Users can write cheques, purchase cashier's cheques ('vouchers'), and withdraw in untraceable digital cash. The software uses Chaumian-style, blinded tokens courtesy of the Lucre library by Ben Laurie. -- It's like PGP FOR MONEY. The idea is to have many cash algorithms, not just Lucre. I'd like to add Chaum's version, Brands' version, etc. So that, just like PGP, the software should support as many of the top algorithms as possible, and make it easy to swap them out when necessary. -- User accounts are pseudonymous. A user account is a public key. (This is like PKTP.) You can open as many user accounts as you want. Full anonymity is possible only for 'cash-only' transactions (where users only perform token exchanges), whereas pseudonymity means that transactions can be linked to the key that signed them. (While the real life identity of the owner is hidden, continuity of reputation becomes possible when using pseudonyms.) -- ANY USER CAN ISSUE new digital currencies and digital asset types, by uploading the new currency contract to the server. (This functionality is comparable to Ricardo, the transaction server by IanG.) -- No Account History. Client and server are able to conduct transactions, and agree on current holdings, via signed receipts, without the need to store any transaction history (beyond the last receipt itself.) See Bill St. Clair's excellent Truledger (http://truledger.com/) for another example of this concept. -- The server cannot forge your signature, and thus cannot change your balance without your signed permission, (since it can't falsify any receipt.) The server is likewise on the hook with the issuer, for the same reason. This is because the receipt IS the account, and because the server cannot sign the receipt until you have signed it first--and the server cannot forge your signature. -- Open Transactions also features MARKETS. Any two asset types can be traded against each other. The markets are full-featured and include LIMIT ORDERS, STOP ORDERS, FILL-or-KILL orders, DAY orders (date ranges), and stop limits. -- Open Transactions also supports BASKET CURRENCIES. Users can define their own, and the server handles the process of exchanging in and out of basket accounts. Baskets are treated by the software like any other asset type, (you can open accounts, transfer funds, withdraw cash, write cheques, and even trade basket currencies on markets.) -- Open Transactions also supports PAYMENT PLANS. Users can sign contracts with each other, and the server will carry out the terms and implement the payment plan. (A future goal is to issue new asset types based on revenue from payment plans--so they can also be traded on markets.) -- CONTRACTS, in general, are very important to Open Transactions; they are the building block of the entire library. Open Transactions uses a Ricardian-style contract, and all the various instruments, data files, and messages resemble PGP-signed XML files. All objects serialize to a string. -- SMART CONTRACTS are now supported (scriptable clauses). These make it possible for users to write their own financial instruments, without having to change the OT code itself. To read more about this concept, see Nick Szabo: http://szabo.best.vwh.net/contractlanguage.html -- The philosophy of the software is based around the SEPARATION OF POWERS (issuers and transaction servers being separate entities -- See Loom for another example of this.) as well as the DISTRIBUTION OF RISK. For example, assets of a single type can be distributed across many many servers, AND a certain asset type can also be distributed across multiple issuers (via basket currencies.) -- Future (possible or planned) instruments include: Interest-bearing bonds, dividend-paying stocks, real bills, and collateralized debt obligations. These features aren't available yet, but they are easy to add given the existing OT infrastructure. -- All communications are secured with OpenSSL. All messages are also signed and encrypted. All transactions require signatures from relevant parties including the server. -- Open Transactions is free software (GNU), written in C++, object-oriented, and includes a high-level API in Java, Ruby, Python, C, D, C++, Obj-C, C#, Lisp, Perl, PHP, and Tcl. (Also supporting JRuby, Jython, Groovy, and any other language available on the JVM.) -- The software is fully cross-platform: Linux, Mac OS X, FreeBSD, Android, and Windows are supported with makefiles, project files, and instructions. -- The library is transfer-protocol neutral as well as storage neutral, and could be utilized across a variety of different transfer protocols and storage systems. The current test server and client use the ZeroMQ library for messages, and a storage abstraction is employed to make it easy for you to swap in any storage method you need. (Filesystem by default, but you can store anywhere.)
In February 2014 the Mt. Gox exchange, the largest bitcoin exchange at the time, said that 850,000 bitcoins had been stolen from its customers, amounting to almost $500 million. Bitcoin's price fell by almost half, from $867 to $439 (a 49% drop). Prices remained low until late 2016.  Mt. Gox. Bitcoin Settlement Deadline Pushed to October 2020. The Tokyo District Court grants the Rehabilitation Trustee in the Mt. Gox case another extension for the submission of the reimbursement proposal. The Trustee, Nobuaki Kobayashi, filed for an extension motion on 30th June, 1 day before the submission date. The court has set 15th ... Mt. Gox. In 2014 Mt. Gox, one of the world's first-ever bitcoin exchanges, ceased operations indefinitely following a series of hacking attacks that caused its customers to lose millions of dollars worth of crypto. Mark Karpelès, the CEO of Mt. Gox, faced several lawsuits and Download Bitcoin Core. Bitcoin Core is the backbone of the Bitcoin network. Almost all Bitcoin wallets rely on Bitcoin Core in one way or another. If you have a fairly powerful computer that is almost always online, you can help the network by running Bitcoin Core. You can also use Bitcoin Core as a very secure Bitcoin wallet. Trades on Mt. Gox's executed from balances on deposit with the exchange which in turn made trading on the market instantaneous, compared to most other Bitcoin markets of 2010 where a subsequent settlement occurred manually between the trading partners. The disadvantage of this was that a third party had to be trusted with keeping the money safe.
How Do I Get Bitcoins? How Do I Buy Bitcoins? Step By Step Instructions
Mt.Gox is a Bitcoin exchange based in Tokyo, Japan. Mt.Gox was established in 2009 as a trading card exchange, but rebranded itself in 2010 as a Bitcoin business and was, for a time, the largest ... The Bitcoin Group #19 (Live) - Mt. Gox (part IV) - Senator to Ban Bitcoins - Bitcoin Community - and - Duration: 2 hours, 6 minutes. thebitcoingroup Streamed 6 years ago On 19 November 2013, the value of a bitcoin on the Mt. Gox exchange soared to a peak of US$900 after a United States Senate committee hearing was told by the FBI that virtual currencies are a ... MtGox Bitcoins to BTC e Bitcoins in 50 seconds BITCOIN PRICE , BITCOIN FUTURE in doubt http://youtu.be/eO-yrpQpIT8 What is NAMECOIN BITCOIN'S First Fork http... Support MadBitcoins: 1PtAdf3LbwrPfX87dQ8TMuKEzuMUZtg1z1 March 10, 2014 -- San Diego, California -- Red, White and MadBitcoins -- MadBitcoins Subscriber Index 2985 ...