TIP10

Placeholder TIP for the concept described in July 2020 Tech paper

Core protocol updates The DART will be used for protocol updates by the following consensus. One or more nodes will need to run the new protocol update in a parallel DART containing the same transaction information as the current accepted DART. The new DART will have a new Bull’s eye, and this will result in a fork of the Bull’s eye chain. When the majority of the nodes run the newly upgraded nodes, they can decide to drop support for the old DART and run the new DART. When enough nodes stop running the old DART, it will not be able to reach a consensus, and the upgrade has completed.

TIP8

Placeholder TIP for the concept described in July 2020 Tech paper

Decentralised Exchange using Lightning Network​

Via a TSN interfacing other alien Distributed Ledger Technology (DLT) for exchanges is possi- ble. Most of the current DLT’s is based on Prof Of Work (POW) which secures the immutability of the ledger and has been proven to be very robust. The downside for those types DLT’s is the long confirmation time. A suggested solution to decreasing the confirmation time is to use a second layer solution using a network of payment channels like the Lightning Network (LN). Tagion Network (TN) and LN support each other to enable a Decentralised Exchange (DEX) for DLT networks which support full-duplex payment channels, Hashed Time Lock Contract (HTLC) and Multi Signature (MultSig). The advantage of using the TN as a support system to store intermediate data for the payment channels is that the LN-nodes can share data even if some of the LN nodes go offline. In the current LN use in Bitcoin and other similar networks, the routing between the payment channels is a challenge, one of the reasons for this is that the routing tables are difficult to share and maintain between the nodes, but because data is stored in a DART this makes sharing data feasible. Because funds in alien DLT can be locked via an HTLC, the alien-currency (ALC) the funds can be swapped with the native tagion-currency in an atomic manner. This feature enables the Tagion network to support exchange functionality in a decentralised manner providing full liquidity because all exchange pairs have Tagions as the counterpart.

TIP9

Placeholder TIP for the concept described in July 2020 Tech paper

DART garbage collection A garbage collection script will run every (G) epoch and remove all the bills which are older than a specified date. Bills that have not been used for a long period will be burned, which ensures that the system does not contain dead bills/money. It is the owner’s responsibility to recycle their bills before the expiry date.

To remove/add an archive should have a unique contract id. This means that only a contract with this id can modify an archive with the same contract-id. This rule is valid for all none value archives.

This proposal describes and discusses how transactions can be traced and proved to have taken place in the tagion system.

This is a proposal for introducing a new type of node that provides the same interface as a normal node, but does not perform consensus. It acts as a "relay station" for clients to communicate with.

This document explores various options for setting up a testing environment for Tagion tools, considering the programming languages already used in the project (D-lang, Bash, Python, and Jest with NodeJS+TypeScript). Each option is evaluated based on convenience to write tests, simplicity of setup, organization for many tests, and reporting capabilities.

This proposal aims to aid the contract tracing proposal, by providing an external API to query the data. And making real time data easier to access.

Improve system performance for wallet updates