4 min readMar 10, 2019


Scrypta defines “Trustlink” a set of trust lines established voluntarely by two or more users. Trustlinks are addresses of the Scrypta network, generated by the agreed union of two or more individual and unique addresses (Legacy). The creation of a “Multisignature” account will allow the establishment of transactions of a common type, whose transmission and validity would take place only if both parties voluntarily affix their digital signature. We imagined three kind of Trustlinks:

1° kind: involved parties voluntarily decide to initialize a Trustlink using a pseudonym, i.e. their identity is not verified.

2° kind: involved parties decide to initialize a Trustlink while publishing their identity (in an encrypted form). The approval by the involved subjects of the mutual identity is fundamental in order to use the Trustlink.

3° kind: involved parties are identified and verified by an external third party. The mutual approval of all participants reciprocal identity is required in order to use the Trustlink.

As soon as the Trustlink is established, it can be used like any other address. The IdANodes will keep track of the transactions carried out through Trustlinks, obtaining informations agreed by all parties involved. It goes without saying that trustlines are Scrypta own standard for certifications and contract agreementss

Specifically, trustlinks are multisignature addresses whose funds can be spent only if the transaction is truly signed by all parties. The difference with the traditional Bitcoin Core multisignature technology is the reiteration of the funds of the address on itself and the reception of this information by the Idanodes which, in this way, will ignore any “interference” external to the Trustlink addresses.

Scrypta Trustlink can also be applied to other cases:

*User A — User B

1° case: two individuals want to establish a secure channel of communication, of exchange information or correspondence. Or they can decide to use the Trustlink as a simple tracking.

Verified ID — Company — Supplier/Customer

2° case: two (or more) companies involved in an existing business relationship, for example a supplier/customer relationship, wanting to establish a true certified commercial channel. Their first step, done with joint will, could be to publish the conditions for exercising the relationship. Afterwards the supplier could send the information regarding the goods (invoices, shipment tracking etc) and the customer could send his own feedback (positive / negative, payments, disputes). The whole report would be indelibly written in the blockchain and thus have legal validity in the case of disputes.

User A — Notary — User B

3° case: in this case institutions or public officials must monitor and / or regulate the relationship between third parties, as for example the case of a property sale. In this case, the third party who verifies the identity is the notary who will publish the deed and / or the compromise between the involved parties. Then, involved parties will have to affix their “signed” consent. The notary, in addition to overseeing the identity, will send this information to the Trustlink that will have legal value as soon as it will be signed by the parties.

These three cases, that should be analyzed in more detail, are common examples of what can actually be done. Considering that Trustlinks are addresses, it could be imagined to account them as a sort of “score” for those who actually accomplish “trusted” actions, obtaining a new kind of reliability credentials.

Trustlinks will help to make safer the system of agreements between partie as well as more effective and streamlined, with the chance of developing decentralized applications for specific use cases that would have as main feature builiding new lines of trust between people, bodies or public officials.

SCRYPTA - Archiving and VerificationWebsite:
Scrypta Masternodes Platform:
Block Explorer:
Official Github: