Difference between revisions of "Application layer protocol"
Line 22: | Line 22: | ||
=== Unlimited transaction size === | === Unlimited transaction size === | ||
− | These constructs were created to work with a 100KB transaction size but with the [[Genesis_upgrade|Genesis upgrade]] much larger data can be written in a single transaction. Additionally, the OP_PUSHDATA opcodes are able to be used properly in script eliminating the reliance on using [[History_of_OP_RETURN|OP_RETURN]] as the | + | These constructs were created to work with a 100KB transaction size but with the [[Genesis_upgrade|Genesis upgrade]] much larger data can be written in a single transaction. Additionally, the OP_PUSHDATA opcodes are able to be used properly in script eliminating the reliance on using [[History_of_OP_RETURN|OP_RETURN]] as the sole means of pushing data onto the [[block_chain|blockchain]]. |
=== Widely used protocols === | === Widely used protocols === |
Revision as of 09:14, 15 January 2020
Introduction
Application layer protocols in Bitcoin are rule sets defined and stored in transactions as arbitrary data. Various protocols have been implemented by application developers to store websites, social media posts, images, identity and other types of data since the OP_RETURN push data limit was increased to 100KB.
Practical example
With the data carrier size of an output expanded to 100KB, we can store various types of data by creating a False Return output in a Bitcoin transaction.
Bitcom is a proposal of a protocol for defining protocols. Bitcom proposes to store a Bitcoin address as the prefix, ensuring uniqueness and a namespace.
A heavily used protocol is the B:// protocol created by developer _unwriter. This protocol defines how files can be stored on-chain, leveraging the Bitcom construct also defined by _unwriter.
For example to store a photo of a duck, we use the protocol prefix for B:\\:
19HxigV4QyBv3tHpQVcUEQyq1pzZVdoAut
Followed by the different fields B:\\ defines as additional push data:
[Image Buffer] image/png binary duck.png
Here is the example.
Unlimited transaction size
These constructs were created to work with a 100KB transaction size but with the Genesis upgrade much larger data can be written in a single transaction. Additionally, the OP_PUSHDATA opcodes are able to be used properly in script eliminating the reliance on using OP_RETURN as the sole means of pushing data onto the blockchain.
Widely used protocols
- Metanet Protocol - Defines a directed graph structure that stores data on the blockchain where that data can easily be queried and referenced by other applications.
- Tokenized Protocol - Defines protocol and platform where issuers and users can create, manage and trade tokens leveraging built-in smart contracts.
- Bitcom - Decentralized registry of application protocols, uniquely identified by an input address, proving ownership. Bitcom protocols can be concatenated together with a | character.
- B://, C://, D://, BCAT - Various protocols for storing files on-chain and details how to reference them in a web page or application.
- AIP - Author Identity Protocol - Simple protocol to sign arbitrary OP_RETURN data and decouple the signing address from the funding source address.
- MAP - Magic Attribute Protocol - Protocol that maps arbitrary data via key/value pairs on-chain.
- HAIP - Hash Author Identity Protocol - Similar to AIP but hashes the data signed for smaller capacity devices.
- Memo SV - Protocol that defines various actions on Memo's on-chain social network embedded in OP_RETURN transactions.
- Contact Brendan Lee at [email protected] to have your stable, released protocol added.