QRL Improvement Proposal (QIP-005)
Extending message transaction functionality
Overview & status
Author | Peter Waterland (@surg0r) |
Status | draft incomplete |
Created | 2019-02-21 |
Discussions to | https://github.com/theQRL/qips/pull/8 |
Abstract
Message transactions sent on the QRL blockchain network allow broadcast and decentralised storage of 80 bytes of data per transaction for purposes such as notarisation and data stamping. This minor QIP extends the message transaction format to include an optional payee/receipt address.
Motivation
It would be useful to direct message transactions to a specific destination address rather than simply writing them into the chain in a broadcast manner.
Potential benefits include:
- allowing message-based interaction between user and smart contract addresses
- enabling user addresses to exchange message data directly between themselves
For example a smart contract may be scripted to perform certain actions based upon specific message transaction input from a given address. Or a smart contract address associated with a user address could alert a user address with a message transaction if certain thresholds are met (such as changes in balance) or to acknowledge receipt of a payment from a user address to a payee contract address.
Adding a destination address also allows future consensus voting within the QRL network to be refined. (i.e. voting for a specific QIP proposal, contentious network decision or election of addresses to positions of authority within smart contract constructions such as multisignature contract wallets).
Implementation
Whilst a minor extension to the existing message transaction format this is not backwards compatible with existing versions of qrl-node and therefore requires a hard fork.
Join our mailing list, contact the team or join our vibrant and friendly community of users, developers and enthusiasts on Discord or one of our other social channels