NEM notarization service launched, main features announced

NEM Apostile – A blockchain-based notarization, proof of existence and auditing service

The most notable feature of the Internet is the high efficiency and low cost of information processing. Anyone can easily publish, transmit and obtain various information through the Internet without any restrictions on time and place. However, the Internet is also a double-edged sword. The virtuality and non-contact nature of the network also provide a huge space for the existence of false information and credit risks, because during the data transmission process, hackers can easily and quickly replace and forge files with just a click of the mouse.

How to confirm and determine the authenticity and reliability of interactive information on the Internet, and to promptly and effectively fix electronic evidence to ensure that files are not tampered with, has always been an urgent problem to be solved in the "Internet +" strategy.

NEM Notarization System R&D Project

Due to the fact that electronic data is easily modified and disappears, various industries basically rely on independent and authoritative third parties to complete real-time custody, data preservation and anti-counterfeiting identification. The entire authentication process still has unpredictable bugs, and the Internet's efficiency and convenience have not been brought into play.

In March 2016, the NEM technical team proposed the idea of ​​using blockchain theory to realize the notarization system. Through the hash algorithm, input of arbitrary length is transformed into output of fixed length, and then the length is verified by the original key. This completely eliminates the possibility of data and files being forged and tampered with from the source.

Project funding sources:

NEM Community Fund Sponsorship: The community fund plans to carry out the NEM Fair System Project, with a total of 5 million XEM to pay for bonuses to engineers and designers within one year, server maintenance costs, and some other possible expenses. At this stage, the project is released as an open source project in the NEM community, with the source code open to the public, and third-party developers will benefit directly. The project is designed and planned as a non-profit venture capital project.

Project R&D Team

Jeff – Project Management and Designer

Rev – Web Services Development Engineer

QM – Wallet Service Development Engineer

Specific research and development content

Building a service similar to Factom/PoE on top of NEM, with the following main purposes:

(1) Prove that a certain version of a digital document existed at a certain time;

(2) Track the development and evolution of documents;

(3) Provide a traceable and verifiable evolution history of the above documents.

Possible uses of NEM Apostille <br/>Protect the security of important document timestamps and fingerprints, prove that a certain version of those documents existed at a certain time, and make it impossible to go back and modify the documents. This will have great application possibilities in the fields of application security, patents, record systems, publishing, etc.

Explanation of the origin of the name “ NEM Apostille”

The word Apostille was widely promoted as an internationally certified notarial stamp during the Hague Conference, which brought together 110 countries. NEM Apostille introduced this word for the notarial system and deepened its meaning, allowing anyone to use any type of document anywhere, all based not on government control but on mathematics and science.

Free version user experience

Users can register an account on the portal.

Once a user has completed the registration process, they can upload a digital document; the document will be hashed to create a fingerprint of the document, which is then signed and included in the blockchain. This transaction can be seen as playing the role of a NEM Apostil.

When users submit documents during the hashing process, they have the option to tag the document with a metadata name. Each metadata tag (tag) is associated with a new account, i.e. a tag is simply an account created and given a simple name (label), which is not very different from what NEM does in NCC to create and label accounts (but this may need to be in a different location, not an address book file. More like an Apostille address book/label book separated from the normal address book. Same structure, but in a different place). We propose a method where only the account name/label is stored locally. This is theoretically used to track changes to documents over time. Therefore, each updated version of the document will have a hash of the specific tag/label/account sent. The receiving account is basically a record of the hash of the document over time. When a tag is entered for the account, a list of previously used tag suggestions will be displayed, which will be automatically suggested to the user.

Each time a user uploads a document, the file name, the hash value of the document, and all transaction details sent to the blockchain, as well as the recipient's address and the label used to represent the address, will be stored independently as a historical record.

We plan to display an email or log history entry as follows:

File Name: Jabo38 cool solar panel project.txt
File Hash: 6c4520d2e4b41267b2be9ad129117058af9578b0a7e912ab5…..

Hash Signature: ntya:a0f6884f41d5ac6f019ac10402143b7cab8acc32795efa29e96d4a….
Receiving Account: nbzmqo-7zpbyn-bdur7f-75maka-2s3dhd-cifg77-5n3d
Receiving Account Tag: Solar Panel Poject 2016
Transaction Hash: 96dbd555a2a15b0cfdb960b1b3384f4d5a1e2ce1672dc5abc7fcb41917552881
Transaction Time Stamp: 2016-03-19 08:21:16

Later, they may update this file and save the hash of the new version. We want to make the above transaction as follows:

File Name: jabo38 cool solar panel project version b 3/29.txt
File Hash: 7530477efe6a35c79ccdfa5daff5d8bcbfe49845b2917b10b8748…..
Hash Signature: ntya:d9fb77fa5edbee5e2d3f40728361dbbaa3d639002726ec3d1ece2d23c…..
Receiving Account: nbzmqo-7zpbyn-bdur7f-75maka-2s3dhd-cifg77-5n3d
Receiving Account Tag: Solar Panel Poject 2016
Transaction Hash: 24f0db5400585339705aa8ac929774bf6b7330810c03bc2a0ca4038ac41aacff
Transaction Time Stamp: 2016-03-29 09:27:45

Now we can see a file changing over time.

For this free and non-profit version, a person will have a number of free notarizations posted to the blockchain (maybe 5-20, depending on funding; funding will be sought outside of the scope of this project). After using these free notarizations, they are then given a QR code on the website that they can scan with a phone app, instead of having the notarization automatically posted to the blockchain. All the required information is pre-loaded, and then just scan and press the send button (if there is no phone app, the information is also given for manual copy and paste)

Additional Option 1 under consideration : People may want a copy of the document included with the e-receipt, and the basic approach is to use an email service provider that provides a service similar to cloud storage. If this is the case, they can check their inbox to view the e-receipt. Therefore, it would be a good idea to have all the documents and notarization information paired in one easy to find place. *

Another option could be that once a file is hashed and processed, the original file and the transaction receipts are compressed together and can be downloaded directly.*

Additional option 2 under consideration : A mobile version of the site would also be interesting. People on their phones would just take a picture of the document or other item mentioned above, hash the picture, and zip the hashed picture and the receipt together into one version to send via email.*

Additional option 3 under consideration : A system that publishes account labels/tags to the blockchain so that account labels/tags are not only known locally but also globally. *

*These optional configuration options require in-depth building and testing to see if they are the best choices for your platform.

Web Service Prototype

(The audit and history section of the website is inspired by the light wallet, the actual Apostille website looks different, this is just a concept map)

User experience of a light wallet fair system

The light wallet code will be branched out into a branch, integrating its own independent and fully functional notarization system.

People get their own wallets, accounts, and their own funds (NEM faucet can help fund initial testing). Once they have a funded account, they can navigate to the operation panel. One of the operations is to create/review/audit notarization. Clicking on it takes them to an Apostille panel. Just like the website, they can upload a file, hash it, get a hash signature, match it with a new tag or select a previously created tagged/account and a new account is created. The hash value is sent to the account of the created notarization, and at the same time, a log information is formed in the user's notarization history, which records all file data, hash values, signatures, tags and transactions.

Lightwallet Prototype

(The actual Apostille service will look different in the wallet. This is just a concept image)

Audit trail of the user experience of a file or file system

Enter account/tag and upload one or more files, refer to the previous two inputs to find the file hash value and blockchain hash value match related to the selected document. Finally, a report is generated to prove that the uploaded document or document version existed at a specific time.

Additional options for web services and / or wallets

The option "Write text to text box" may be needed to create a txt file based on the text box content for people to download and save on their local computer. The metadata of the file/hash value/transaction may be written to another file, and the two files will be combined, compressed, or resolved using some other system. *

*These optional configurations need to be built and tested to see if they are the best choice for your platform.

Important standard references

Required Amount: Budget 5 million XEM.

Active Members: The active members involved are Rev, QM and Jabo38, each of whom has participated in many NEM related projects.

Project Shareholders: This is a non-profit project and is provided free to the NEM community. Project shareholders are Rev, QM and Jabo38 who have invested in NEM technology and want to continue to see NEM thrive.

milestone:

Milestone 1: A website or light wallet plugin that can serve, hash, tag and sign, and upload the above hash values ​​to the blockchain. Budget 1.5 million XEM. Deadline: May 2016.

Milestone 2: Complete the first version of the development. A website or light wallet plugin that can serve, mainly responsible for hashing, labeling and signing, and uploading the above hash values ​​to the blockchain. Audit services and historical review functions are added to the above 2 platforms. Budget 2 million XEM. Deadline: June 2016.

Milestone 3: Continued maintenance and development of both platforms, including integration of optional features, updates, and refactoring based on feedback. Budget: 1.5 million XEM. Deadline: December 2016.

Project details and summary : See above for discussion, but more details will be given in the forum or voted on by the core team after review.

Company: This project is an open source non-profit project that adopts a payment method based on milestone completion. The specific project source code will be published on Github.

Real identity : Jabo38 will reveal his identity as the project manager during the period from the project application to the core team reviewing the proposal.

Author: Jeff (Jabo38)

Original text: https://forum.nem.io/t/nem-apostille-a-nem-notary-system-community-fund-proposal/2001

Translation: NEM Chinese Community thilon

Editor: Shuo Wang, NEM Chinese Community, Hua Niao Webmaster

Source (translation): Babbitt Information