MediaWiki API result

This is the HTML representation of the JSON format. HTML is good for debugging, but is unsuitable for application use.

Specify the format parameter to change the output format. To see the non-HTML representation of the JSON format, set format=json.

See the complete documentation, or the API help for more information.

{
    "batchcomplete": "",
    "continue": {
        "gapcontinue": "Rebittance",
        "continue": "gapcontinue||"
    },
    "query": {
        "pages": {
            "958": {
                "pageid": 958,
                "ns": 0,
                "title": "Real Time Bitcoin Market Data",
                "revisions": [
                    {
                        "contentformat": "text/x-wiki",
                        "contentmodel": "wikitext",
                        "*": "==Bitcoin Data Platform by Clark Moody==\nA financial information service that provides a real-time display of data from the [[MtGox]] exchange.\n\n* Combined - Includes all of the services listed below\n* Time Sales - Time price and volume for each trade executed\n* Ticker - Current best ask / best bid, day's high, day's low, volume and last trade for all MtGox currencies. The site also displays a synthetic forex grid, based on the immediate exchange rates between non-zero volume currencies.\n* Order Book - The buy (bid) and sell (ask) orders along with real time trade calculators\n\nThe Ticker and Time Sales services were announced on June 03, 2011<ref>[http://bitcointalk.org/index.php?topic=11560.0 Realtime MtGox Time and Sales with WebSockets]</ref> and the Order Book was announced on June 10, 2011<ref>[http://bitcointalk.org/index.php?topic=14412.0 Real Time Order Book with WebSockets]</ref>. The combined information view was announced on September 11, 2011<ref>[https://bitcointalk.org/index.php?topic=43514.0 Combined Order Book and Time & Sales]</ref>.\n\n==Bitcoin-Analytics.com==\nRelatively new financial information analytical service which provides real-time display of data from multiple bitcoin exchanges. The service was announced on May 21, 2012<ref>[https://bitcointalk.org/index.php?topic=82768.0 Bitcoin-Analytics.com]</ref>.\n\n===Supported Markets===\n* USD - mtgoxUSD, btceUSD, cbxUSD, cryptoxUSD, intrsngUSD, bitstampUSD, bitmarketUSD, bcLRUSD, vcxUSD, btc24USD, <strike>bitfloorUSD</strike> \n* EUR - mtgoxEUR, bitmarketEUR, vcxEUR, intrsngEUR, bcEUR, bcLREUR, bitcurexEUR, btc24EUR\n* CNY - btcnCNY, mtgoxCNY\n \n===Displayed Charts===\n* Order Book Volume Chart\n* MKT Execution Price Chart\n* Time Last 1000? BTC Traded Chart\n* VWAP Last 1000? BTC Traded Chart\n* Trade Volume Chart\n\n===Arbitrage Table===\nService provides arbitrage tables for all supported currency markets.\n\n===Consolidated Order Books===\nAlso service provides unique data - consolidated order books (all order books for the same currency are merged and all orders are sorted). Thus for each currency there is additional consolidated currency market: one for USD allUSD, for EUR allEUR, and for CNY allCNY.\n\nConsolidated order books data can help represent the behavior of the whole market.\nFor example consolidated order book charts clearly displays whether arbitrage opportunity is present among different exchanges and for how long it is present, and at what extent. Also comparing charts for different exchanges it is possible to see quickly between which exchanges this particular arbitrage apportunity currently exists.\n\n==External Links==\n\n* [http://bitcoinchain.com/ BitcoinChain] Real Time MtGox market data and order book\n* [http://bitcoin.clarkmoody.com/ Combined Order Book, Time & Sales, and Historical Chart] web page\n* [http://bitcoin.clarkmoody.com/tickers Tickers] web page\n* [http://bitcoin-analytics.com Bitcoin-Analytics.com - Multiple Exchanges Consolidated Order Books and Trades Real Time Charts] subscribtion service web page\n\n==References==\n<references />\n\n[[Category:Financial]]"
                    }
                ]
            },
            "2957": {
                "pageid": 2957,
                "ns": 0,
                "title": "Real peer review",
                "revisions": [
                    {
                        "contentformat": "text/x-wiki",
                        "contentmodel": "wikitext",
                        "*": "\nIn new fields the normal systems of academic peer review may be ineffective because the norms for studying that field are not yet established, the basics are not yet widely known, and the best references sources have not been identified.  The experience in the subject that the authors have relative to reviewers can be much greater than usual because without a well developed field there is not an adequate supply of expert reviewers.\n\nWhile analysis and review is greatly appreciated, some in the Bitcoin community have the opinion that much of the output from academic analysis of Bitcoin is of low quality: It often repeats well known things as novel, gets basic details about the system wrong, and generally would have benefited greatly by even a little review by an _actual_ Bitcoin expert.\n\nWhile the Bitcoin community doesn't have any way to intercede in the publication process we can at least document these mistakes after the fact to reduce their propagation in new works via citations.\n\n\n'''This page is a recent work in progress and has not yet been widely reviewed'''\n\n== Linking transactions to identify ownership ==\n\nIn ''Quantitative Analysis of the Full Bitcoin Transaction Graph'' by Dorit Ron and Adi Shamir [http://eprint.iacr.org/2012/584.pdf] the authors write:\n\n<blockquote>\nA very important feature of the Bitcoin network is that a transaction involving\nmultiple sending addresses can only be carried out by the common owner of\nall those addresses, as it is demanded by the Bitcoin system that \u201cWhoever sent\nthis transaction owns all of these addresses\u201d. This legal requirement is also technically\nensured by the fact that each received amount must have a cryptographic\ndigital signature that unlocks it from the prior transaction. Only the person possessing\nthe appropriate address is able to create a satisfactory signature, and thus\nfunds can only be spent by their owners.\n</blockquote>\n\nThis is flatly untrue for multiple reasons.\n\nFirst\u2014 this is expressed as a 'legal requirement' of the system, which isn't necessarily important for the paper's purposes but is still misinformation which may have greater implications elsewhere.  It is perfectly possible for users of Bitcoin to _jointly_ create a transactions where the owner of each input signs only for that input. This can be used so that multiple parties can atomically pay a third (e.g. to release information) without risk that one party will not pay. It's also used for 'coin mixing' purposes to explicitly frustrate the kind of analysis done in ''Quantitative Analysis''.\n\nAdmittedly, these uses are not currently very common. But if we step away from the pedantic details of the system we still find other problems with this assumption:  A very common model for 'web wallets', 'exchanges', and bank like services (as well as explicit centralized laundering services) is to have a common wallet which mixes inputs from many customers. While arguably these services \"control\" the funds, this kind of control is not useful for drawing conclusions about ownership or if funds are \"in use\" since they could be stationary in the blockchain while being very actively traded inside other systems.  Moreover, many of these systems allow users to _import_ private keys, invisibly transferring control. It would not be a correct assumption that a later party \"controlled\" the past use of a key, much less other keys jointly used in the past (as joint use is never proof of joint control). The import functionality is fairly widely used.\n\nBecause of these concerns great care should be taken when assuming that \"ownership\" or even \"control\" can be reliably determined from transaction graph analysis, and the exact analysis and conclusions should be carefully compared against usage norms because the system rules to not ensure a clear pattern of either of these qualities as a function of the transaction graph."
                    }
                ]
            }
        }
    }
}