Blockchain technology — a very special kind of Distributed Database
4 stars based on
45 reviews
Blockbin was built with exploration and curiosity in mind. Originally developed to satisfy a private curiosity with Bitcoin trends, Blockbin is now encouraging others to play with this wonderful experiment known as Bitcoin. The Bitcoin blockchain is public in nature.
However, reading it is often computationally expensive and requires a specific skill set. Bitcoin is not magic, but rather the result of brilliantly applied computer science concepts. Blockbin is attempting to simplify the study of Bitcoin. Your Python code snippets are submitted to Blockbin's servers and run server-side. Your code has access to most of the Bitcoin blockchain in SQLite format see schema for more details. This database approx 90GB is cached entirely in memory. You have the ability to parse standard input stdin to your code.
Standard output stdout is returned to your browser. You have the option to render the output with a Javascript chart provided you format your output correctly. Some of the D3. Blockbin uses ZeroVM for the server-side sandbox. ZeroVM uses Google's Native Client software fault isolation technology, which was originally built for the web browser. ZeroVM has adapted Bitcoin block time format in sql server to permit safe execution of code on the server-end.
This allows you to gain access to significant computing and memory resources from Blockbin's servers, and have your code very close to the blockchain database compute and storage on same node.
The Bitcoin blockchain has a strict data schema. A relational database lends itself well to such a dataset and fits in well with ad-hoc queries. Relational databases perform well on trend analysis over large datasets. This may be of value to those interested in analysing the scalability and economics of the network.
Blockbin is free to use within a limited scope free tier. Free tier code snippets are limited to bitcoin block time format in sql server second of compute time, and MB of memory.
One full processor core is reserved for your process during execution. This may not sound like a lot, however your code bitcoin block time format in sql server has access to the in-memory Bitcoin blockchain in SQLite format. This read-only database approx 90GB is cached entirely in memory and resides on the same node in which your code runs. You can do a lot in 1 second! The performance of the Python virtual machine within the Blockbin sandbox may vary depending on the task.
Free tier code snippets are limited to KB outputs. There is also an upper limit on the number of queries you can freely run per minute. Heavy users can opt to pay for increased resource privileges.
Bitcoin block time format in sql server bills by the second in bitcoin of course! Paying users gain access to MB of memory, with code snippets permissible to run for up to seconds. Blockbin will cache snippet outputs for paid tier also free tier in some cases. Due to the deterministic properties of the server-side sandbox, bitcoin block time format in sql server can sometimes be retrieved from an earlier computation.
You will not be billed in this scenario. This generally occurs when you run the same snippet multiple times at the same block height. Newly generated outputs will overwrite any previously cached outputs. Parsing different input stdin will also affect the cached output. Output will not be cached if the output generated is disproportional to the time consumed.
Under most circumstances these limits will not be a problem. This is calculated as follows: Cached outputs might not be stored indefinitely. Blockbin reserves the right to delete paid cached outputs after 30 days, or even sooner for free-tier outputs.
In practice, however, cached outputs will likely be stored for much longer. Blockbin will endeavour to save cached outputs for as long as possible.
This policy is subject to change at any time. This policy does not apply to the code snippet themselves. It is recommended that you save bitcoin block time format in sql server code snippet prior to executing a very long query this would allow you to reload the snippet, e. The available block height is delayed 4 - 8 hours. Blockbin takes a conservative approach towards database consistency. This delay will be reduced in the future.
Blockbin does not harvest meta data broadcast over the Bitcoin network or bitcoin block time format in sql server other sources. All available data is sourced from one of the most interesting and transparent public dataset of recent times - the Bitcoin blockchain.
The only additional piece of data included is historical bitcoin value US dollar, in cents. This may be of value to those interested in the evolution and phenomenon of bitcoin price discovery. A graph database may be more suitable for your task analysis between nodes, or Bitcoin addresses. Such databases can become very large. You also often need to know what you are looking for prior to building your indexes.
Relationship analysis with Bitcoin often leads to false positives. Some researchers have famously fallen down this rabbit hole, resulting in wild and often false conclusions. Contrary to popular belief, consumption of unspent bitcoin outputs does not always equal ownership. Unlisted Blockbin snippets can be shared via URLs.
People will only be made aware of unlisted snippets if you choose to disclose the URL. Public snippets operate in the same manner as unlisted snippets, however you give permission to Blockbin to post the snippet on Blockbin's public gallery should Blockbin choose to do so. Private snippets can only be viewed by the original creator, and only when logged into the system. Saved private snippets cannot be accelerated by the caching proxy and therefore do not pass through the CDN.
Sandboxing Javascript code is a hard problem. A live coding option to manipulate Javascript charts would be a great feature, however taming the Javascript beast in an appropriately secured manner is currently out of scope.
It will likely never happen. You may, however, alter some of the CSS. Time within the server-side sandbox advances in a deterministic way and resets to Jan 1, for each code snippet. The sandbox is completely deterministic. The sandbox has no sources of entropy.
Use of any number generators are at your own risk. Blockbin should not be used for any security-sensitive work. Random number generation on any system you do not fully control should not be trusted. Be careful of using fetchall with Blockbin. Remember that the Blockbin blockchain database is already cached in-memory and resides on the same node in which your code runs.
Consider the following. The first bitcoin block time format in sql server allocate memory for all rows, instead of reading one row at a time. You may run out of memory depending on the size of your query. Using fetchall may be of little benefit as the read-only blockchain database is already cached in memory. Consider reading one row at a time. You may experience little to no impact. How does Blockbin work?
Besides, everyone knows SQL! What does it cost to use Blockbin? Paid code snippets are limited to 10MB outputs. The above limits may change at any time.
How are snippet outputs cached? Why is the block height delayed? Can I find Satoshi with Blockbin? Such analysis is computationally expensive and may not be suited for Bitcoin block time format in sql server. What are unlisted, public and private snippets? Can I customize the Javascript charts?
Where is the Python random module? My code snippet is running out of memory? Consider the following - cur.
