ES2732801A1 - Method and system to issue digitalized commercial rights and perform and validate commercial operations using a blockchain network (Machine-translation by Google Translate, not legally binding) - Google Patents

Abstract

The present invention allows a plurality of companies and business projects to simultaneously issue, with transparency and security, digitalized rights over them and facilitate their more agile commercialization, without intermediaries and in a very simple way among registered users. Thanks to the use of a blockchain network, not for the purpose of supporting a cryptocurrency or a cryptocurrency, but to register and preserve transaction information, they are provided with the highest security and a reliable ability to certify transactions (essentially issuance and commercialization) made on these rights. (Machine-translation by Google Translate, not legally binding)

Description

DESCRIPTION

Method and system to issue digitalized commercial rights and perform and validate commercial operations using a blockchain network.

Technical sector

The present invention relates in general to the field of electronic transaction platforms, data processing systems specially adapted for financial or management purposes that specifically resort to blockchain technologies, distributed ledgers, data structures, smart contract platforms and transaction protocols.

State of the art

The closest state of the art to the present invention are electronic asset tracking and settlement systems. An example of a validation system is an electronic settlement platform for tracking and liquidating digital assets, obligations and transactions, applications US 2017 / 0103391A1 and US No. 15 / 090,224 and US 15 / 423,668 for Systems and methods for storing and sharing data transactional using distributed computer systems. Another state of the art close to the invention are distributed management systems for general ledgers. U.S. Patent No. 9,858,781 (issued to Tyco Integrated Security, LLC on January 2, 2018) refers to using a distributed ledger to control connections / access between an installation (for example, a secure computer network ) and a user device. The distributed ledger stores the public keys of the installation and the public keys of the user.

U.S. Patent No. 9,855,785 (issued to UIPCO, LLC on January 2, 2018) refers to the generation of digital stamps for document verification, which can be stored in a distributed ledger.

U.S. Patent No. 9,635,000 (issued to Sead Muftic on April 25, 2017) refers to a system identity management (IDMS) based on the concept of peer-to-peer protocols and the distributed ledger of identities

The use of blockchain technology has provided security and versatility to fiat currency transfers. However, current methods and systems for implementing cryptocurrencies do not serve to issue and circulate simultaneously differentiated electronic assets.

The present system solves the technical obstacles referred to, as well as the disadvantages of existing systems that require constant intermediation.

The use of the blockchain to securely store the data of a transaction demonstrates in the present case advantages that exceed its original use related to cryptocurrencies increasingly questioned for its volatility, anonymity and underlying lack of value.

The systems that have been proposed to reduce the risks related to the volatility of cryptocurrencies US Patent No. 9,747,586 although it refers to a pre-existing asset does not allow the commercialization of different assets in the same system while the States patent United. No. 2015/0332256, although it describes a multi-currency payment and conversion system does not cover or pre-configure aspects related to the issuance of cryptocurrencies or other securities, as well as financing operations with digital currencies (ICO, Initial Coin Offering).

As a result, a technical need is identified in order to use the advantages of blockchain technology in devising new methods that solve the problem of multi-offer and the ability to create real markets and issue rights.

Description of the invention

The difficulties in accessing organized financing markets for medium or small sized corporate structures, which are undoubtedly the core of business activity in Southern Europe, are one of the main problems facing European startups. This translates into a difficulty to expand and develop the local technology sector by deriving investment and economic activity to sectors that generate less added value and quality employment.

The complexity of access for these companies to recently created solutions such as the Alternative Banking Market and Collective Investment Institutions or Institutions is another slowing factor of the technology sectors. At the same time, venture capital itself, which is a source of alternative financing for business activity, is of particular importance in credit restriction scenarios associated with a high degree of banking of the company's economy. However, this important alternative financial asset in the investment portfolios of institutional investors such as, Pension Funds, Insurance Companies, Banks and Savings Banks, Sovereign Funds, Family Offices and Government Agencies, etc., have great difficulties in Identify and redirect your offers to small and medium-sized companies, which, due to their size, geographical location or limited resources, are very limited in the scope of their market proposal, resulting in a fact that rarely takes place Temporary, medium or long-term participation in the capital of unlisted companies, to favor their birth, growth or expansion. Venture capital provides the company with its own resources without costs and financial commitments that threaten the first steps of a company, the ultimate goal being to obtain a return for the investor via goodwill, when such participation is sold.

Another major problem results from the burdensomeness of intermediation and consulting in order to access these financial options under legal certainty, to the point that these significant transaction costs become dissuasive for companies.

Without a doubt, a technical problem that conditions the survival and growth expectations of new companies, mainly technological ones, and business projects in that area, is not only to make their ideas and capabilities known to the public but also to provide flexible options and mechanisms and with legal certainty, for financial participation in them to the small investor. Mechanisms that allow the public to participate directly, without intermediaries and without incurring huge transaction and consulting costs, through their investment in the success or failure of their project, and having options to make it available with ease and security.

The present invention allows to issue digitally, with transparency and security, an offer of rights on a corporate or business project, generate immediate information about them, disseminate it, allow the most agile commercialization of the rights issued, in a very simple way and guaranteeing , thanks to the use of blockchain technology, greater security in transactions and ownership for the holders of these rights. Blockchain technology has already proven, in the case of cryptocurrencies, to be very efficient in providing funds with great security, guaranteeing transaction security, disable unauthorized operations, speed and a low transfer cost. However, by providing a fiduciary and representative character of value, the token generated by the architecture of a blockchain network, the simultaneous commercialization, and in any case the issuance, of a plurality of rights essentially different due to their origin, their value or by its nature, even rights that by their birth are not simultaneous but that follow one another in time and that respond, in that fundamental aspect, to the reality of any open market.

The present invention employs a blockchain network, this is a distributed blockchain database comprising a plurality of decentralized and synchronized nodes, to store and validate resources with an essentially certifying function, not for the purpose of supporting a cryptocurrency or a cryptoactive, but to record and preserve transaction information. With this, therefore, the technical impediment of using a single blockchain network for a system of commercialization of several differentiated values and rights is excluded, and without losing any of the advantages of this technology. The present invention has a data processing system with a front (web interface that allows the interaction between the user and the system itself) from which a plurality of companies and business units can simultaneously issue and offer their digitized rights and users can safely make transactions on them, retrieve data, process them, being able to access from any web browser.

This also provides a technical solution to the traditional limitations of the so-called cryptocurrency purses (wallets, wallets) associated with them, be they cold wallets (hardware), online wallets or exchange houses, whose basic sense is to store private keys that are needed to access the balances registered in an address or public key of the corresponding block chain and thus be able to spend them, without allowing a true sales management in a transparent market and whose more complex sense, such as exchange houses , is to act as intermediaries in the manner of a securities agency. In addition, the present invention prevents any of the traditional security vulnerabilities of cryptocurrency purses from having any impact.

This invention allows technology companies that can obtain financial resources without compromising their future by supporting commitments that compromise their solvency, investors simplify and make more flexible their initiatives by reducing the costs of access to investment in technological projects. With the advantage that they can transfer and resell those rights in a simple and almost cost-free way, unlike traditional commercial rights transfer systems, all thanks to the technical solution offered through this invention.

The objective of the invention is therefore to overcome the aforementioned problems, which is achieved by means of a method, a system and a network element that are characterized according to what is disclosed in the claims.

The present invention relates to a method for issuing digital assets through a data processing system and a communication network that allows users to administer and manage those rights from their electronic terminals (personal computer, tablet, smartphone). The management process consists of a process of acquisition, offer and provision that uses a blockchain distributed with essentially certifying function for the accreditation and validation of these operations and not as a support for any cryptocurrency.

The data processing system assumes the general functions of raising new digital rights for their issuers and the sale and purchase operations among users, without the need to resort to intermediaries, who may also make offers, Accept them, access and share information on the different digital rights issues that may occur at any time, among others detailed.

The system will allow access from personal computers, tablets or smartphones, having a front end that will allow, in addition to the display of additional information, which we will detail later and that could not be achieved with a conventional blockchain wallet or purse or even Cryptocurrency exchange houses, the following functions:

- Introduction to the system of a new digital right.

- Issuance of certificates of ownership of a digital right.

- Certificate verification.

- Upload of qualified information related to specific rights issues.

- No intermediary agents are necessary.

The data processing system can store in an internal database the transactional data of the rights issuance process and the management process, as well as the metadata of the operation and convert them into a file or any other data structure suitable for the transactional data transmission over the communication network, to which a time stamp of a trusted third party that would act as a TSA (Time Stamping Authority) applies, bundles the operation information and stores it in the blockchain network obtaining TXID code of the transaction generated by the blockchain that is linked to the source data stored in the conventional database of the system and therefore auditable with the security advantages of an open blockchain, maintaining the confidentiality of operations information Mercantile

The blockchain network, therefore, instead of being used to support a cryptocurrency is going to be used to record important data of system transactions such as files, cryptographic hashes, time stamps, NRC codes and ultimately any information or metadata important in the distributed blockchain. The immutability of the blockchain provides, structurally, a robust time stamp that is not repudiable, being able to demonstrate without any margin of error the existence of a certain data file in that specific state at that precise moment in time. This generic process also allows auditable verification by a third party of any transaction. Since apart from the blockchain's own time stamp, the response of a recognized time stamp authority is embedded. In the system described, the blockchain is associated, through the data processing system, with a time-stamping system that allows the transaction log to be stored in real time, reinforcing the legal security of the entire system. Blockchain technology, which includes multiple computer nodes, implies that each computer node is configured to store a copy, or a portion thereof, of all the information in the blockchain.

Through a data processing system and a communication network a point-to-point transaction system is configured, without intermediaries, with the use of public-private cryptography, with the certified backing of the qualified time stamp and the storage of each transaction in a blockchain (blockchain structure) that allows all participants in the network to preserve and validate the integrity of a complete copy of their transactions in the digitalized rights market in real time.

The system allows the issuance of digital rights by companies and business units (participation accounts or communities of assets) and their commercialization by registered users guaranteeing confidentiality and legal certainty.

The issuers of digital rights that are traded are commercial entities that formalize a valid corporate agreement by which they issue a number of digitized rights, which represent negotiable commercial commitments of those companies or issuing entities (business units, for example) with their acquirers by a certain period of time, which, foreseen in the conditions of each respective issue, can be exchanged by its ultimate owner for shares, shares of its capital or other partner rights on projects or businesses.

In order to issue digital rights, issuers, in addition to registering as any user in the system, must obtain the permit and have the technical assistance of the owner of the system, who, using expert advice, will ensure the legal correctness of the documentation and issuer agreements. These agreements and the rights issued will be charged to the system with their supervision and will only be marketable with subsequent authorization. However, the owner of the system will not be an intermediary, nor will it intervene in the conformation of closing operations between users but will establish and guarantee the conditions of use and the burden of digital rights in the system, as well as maintenance of the same, and may even arbitrate situations of blocking rights titles under certain assessed circumstances, such as an alleged fraud attempt, may also request and introduce into the system, for the users' knowledge, economic and legal reports related to Issuing entities and digitized rights. Finally, it will be able to obtain guarantees from the issuers so that at the temporary end of the digitized rights they are exchanged under the conditions established in the issuance.

Users register by providing their basic personal data (name and surname, telephone, tax ID and a physical and email address) and at least the data of a credit card and optionally a checking account. This data is stored and stored in a conventional database of the data processing system, other than the blockchain. This enables them to acquire and sell rights in such a way that any of them can go to any holder in proposal or acceptance of an operation on those rights.

From the front of the system it provides access to the general information of the system itself and analytical and volumetric operations, as well as specific information on each of the rights issues, as well as the issuing entities that carry them out. You can view the digital copy of the agreements and public deeds that describe the commercial legal terms in which the rights are marketable and, finally, convertible into ordinary commercial titles once the temporary term that conditions them according to their issuance is fulfilled. It also facilitates the possibility of anonymous connection between suppliers and claimants, providing current information to the operating users.

Through the front of the system the user accesses the data of his own portfolio of rights; the existing offers corresponding to the different issues, detailed under what conditions, of rights to sale; the volumes of operations and other data that can be provided by external experts at the request of the owner of the system, to which they refer to the different issues of rights offered, all without the need of a clearing house or similar entity, respecting the essentially bilateral character of the system, seeking the maximum promotion of access and knowledge of the offer and providing the operations with greater legal certainty.

Through the front of the system the user can offer rights, setting conditions such as their number and price, can communicate with interested users (through an internal messaging system), can close sales transactions and optionally make payments. You can also obtain a certification of ownership of your rights.

The system enables a set of functions to manage a blockchain and add a time stamp. The blockchain as noted is not going to be used as cryptocurrency support, but the blockchain will be used to store the data of each transaction.

The immutability of the blockchain provides a robust and non-repudiable timestamp that can always demonstrate without a doubt the existence of that file of data generated in each transaction in the specific state at the precise moment in the time they were created . By storing in the blockchain the files containing the data of each transaction and adding a time stamp, the main information is also linked to the mathematical or hash footprint described above, thus being able to demonstrate its existence at this time of time and that It has not been modified. In addition, the blockchain architecture itself makes all the data that is stored, consolidated and confirmed with each new data that the blockchain itself incorporates. It is not possible to delete data from a blockchain.

This allows the verification and traceability of the data at any moment of time, the system being able to certify who at each moment owns a specific digital right in the system.

The system is capable of generating rights ownership certificates for its titular users.

The certificate will be signed and sealed with a time stamp.

When the temporary terms of the issuance have been verified, the digitized rights issued may be exchanged for the commercial rights agreed by the issuer in the original conditions of the issuance, with the owner of the system and the guarantees obtained by the issuer for the purpose to avoid the breach of the commitments by the issuer.

Explanation of the invention.

This invention is composed of the following elements:

First, a data processing system stored on a server -or several- that registered users access through a front-end to intervene in operations of issuance and sale of digital corporate and business rights and store and provide information related to this operation using a blockchain as a certifying system to provide security for operations.

The web front or system interface has a series of sections and drop-down menus that allow previously registered users the basic functions of the system: issuance, commercial management, information, communication and certification.

One: digital "rights portfolio" ( Figure 7 ) that the user has. When the user accesses the drop-down menu in that section, the identity of the rights issues in which he has titles is shown.

Accessing on each of them shows the digitized rights (titles) of which he is the owner. The system allows you to select the digital rights to offer them. Once marked you must indicate the conditions of the offer price. This done can mark offer titles. This can be seen by any other user of the system.

Two: ( Figure 11 ). When accessing the "Issuance of Rights" section, a form is displayed in which it is necessary to provide the basic data of the issuing entity and the issuance of rights that it is proposed to carry out. By way of example: Name, company name, tax identification, postal and electronic address, website, telephone, representative information (name, tax identification, postal and electronic address, mobile phone), date of incorporation, share capital, corporate body, description of the issue, duration of the same, number of titles issued and the original starting price of each one.Then, once all the sections of the questionnaire have been completed, two sections called “Commercial documentation of the Issuing Entity” and “Documentation related to the issuance” are shown, these are requests of legal and economic information that is essential to be satisfied by the issuing entity through its charge in the s system to make it public in order for users to make informed decisions. The first one requests through a dialog box that a series of digitized commercial documents identifying the commercial circumstances of the issuing entity be loaded into the system, by way of example: Deed of Incorporation with the Statutes of the issuing entity, Accounts registered in the Mercantile Registry (if it is a capital company), Current agreements for appointment of current social positions, Other relevant documents with social and economic information of the company: Successful business projects, Technological Portfolio, Gartner curve position of your projects , Number of employees, possibility of indicating data of the development team (name, age, training), Patents held by the company whose rights issued on the system are put up for sale. The second asks the issuer for documents that define all aspects of the issue, by way of example: Firstly, the issuance agreement, which includes the formal decision of the issuing entity to issue rights digitized from the system, describing the general conditions of the broadcast This information is legally binding and defines how many rights, at what price and with what content they will be issued. In this last sense, it defines the time margin in which the rights corresponding to the issuance will be marketable in the system, establishing the consequences once this period has expired, it will normally involve the exchange of the digitized right for a percentage of capital or any other right that admits a form of exchange or option of the issuing entity. Likewise, the digitized rights themselves and other relevant documents that may be so considered by the issuer or required by the owner of the system, including guarantees for the purchasers of the commitments assumed in the issuance agreement, will be charged to the system. Finally, authorization is requested from the system owner who will review the documentation and data prior to the approval and authorization of the issue. This authorization must also be charged to the system by the owner of the system who may add documentation that he considers pertinent such as the issuer's valuation made by an independent professional or additional guarantees required of the issuing entity.

Three, “offers” section. If it is accessed, all existing emissions in the system are displayed. ( Figure 10 ) The user can access any of the issues that may interest him. In doing so, the rights are displayed in order of price that are on offer (from lowest to highest), accessing any of these titles, the seller's ID and the price at which it is offered are shown, if the user wishes to acquire one and is satisfied with the price, he accepts the offer. If you want to bid by offering a lower price, you can do it, and you also have a dialog box through the internal messaging system to be able to explain or expand offers or payment system.

Four: "Market Analytics" ( Figure 9 ). A section describing indexes that provide information on the market's guiding criteria that the system supports. It displays and describes indices that provide guidance criteria for the value of emissions and the system as a whole. It consists of an informational text panel in which it provides current information (number of rights affected, issuance) of the latest operations that are occurring; a graphic or text information panel on the volume of operations that are occurring in the system being distributed in the different issues; an informational text panel with relevant news of an economic or legal nature in relation to issuers, related projects, general system; a graphic information panel with the evolution of prices of each issue prepared with the available data and an expressive graphic information panel of the average speed of sale of rights according to issuance.

Five: Emissions ( Figure 8 ): When accessing the “Emissions in progress” section, all existing emissions with their basic data are displayed. The aim is to facilitate access to all the information-laden documentation of the issuing entities and the emissions themselves described in point one above. Thus, for example: dates on which the issue is in force, number of titles issued and original exit price. When accessing each Issue, two fields "Commercial documentation of the Issuing Entity" and "Documentation related to the issuance" are displayed. The first provides relevant commercial documents about the issuer. The second also gives us access to a number of specific documents on the issue.

Six, A field that implements an internal messaging system that allows communication between suppliers and applicants. It would be possible to integrate in the same additional functions such as voice or chat.

The second necessary element of this invention is a public blockchain network, this is a distributed and synchronized blockchain database comprising a plurality of decentralized nodes, to store and validate resources with an essentially certifying function, which fulfilling the standard of a blockchain system and its typical capabilities for replication of all information between nodes, validation and certification of transactions repudiating those that are incorrect between the nodes, rejecting those that are incorrect (if you intend to introduce a previous transaction in time to the last one accepted or with an incorrect signature or trying to impersonate a transaction) by the nodes, guaranteeing the impossibility of erasing and immutability of any operation as well as the durability of the information and of the system itself even in the event that several nodes fall, always that at least two remain. The blockchain can be a fork of some of the most popular cryptocurrencies such as bitcoin or novacoin, however it would require additional programming that allows storing files of all kinds in a standard packaging format that also supports the file to be stored, metadata and time stamping, Description of the saved file and operation, the internal database operation code (ID), version number for future extensions. The blockchain does not support any cryptocurrency but the tokens generated in the blockchain architecture itself are out of all speculation, serving the blockchain, as stated. The data processing system will implement a set of RPC (Remote Procedure Call) services used to manage a blockchain necessary to record data automatically in response to block operations and finding its pre-determined tokens. All transactions technically require an exchange of tokens in the form of a commission for processing, said network commission varies depending on its size, although all the tokens are managed by the system - without user intervention - their existence is irrelevant economical for users, who would not be limited by them, allowing the blockchain to store files and fingerprints or cryptographic hashes (the alphanumeric signature obtained by passing a file of any type, for example text, PDF or binary a certain mathematical algorithm, for example SHA256).

In this case, with each operation that the user will perform with the digitized rights, the system generates a record in its private database with the following information:

- Seller ID.

- Buyer ID.

- TXID of the original title.

- TXID of the last transaction that affected said original title to guarantee the reverse traceability of the entire operation.

- Data on type of operation: reservation of title or a transfer by sale.

- Amount

- Payment method

A hash (function or method to generate keys that uniquely represent a data) is obtained from this record or insertion of the conventional database. This hash or mathematical fingerprint is referred to a trusted third party that is a time-stamping authority that returns a file containing the time stamp that together with the operation's own hash and the TXID of the last transaction that affected the original title it is introduced or packaged in a bundle in JSON format that, in turn, will be inserted into a blockchain transaction.

When this insertion or transaction occurs the blockchain generates a block that structurally bears a time stamp, said time stamp is obtained by NTP protocol (Network Time Protocol, network protocol for synchronizing electronic clocks) of a reference clock network. Also, the blockchain will return a TXID corresponding to that transaction. Said TXID will be recorded in the conventional database linked to the record of the reference operation.

In the specific case of the files that contain the accessible and public documents that support the issuance, the corporate documents and the titles of the digitized rights issued, as well as any file with free access information for any registered user, the system It generates a record in its conventional database of each file. Likewise, from each file a fingerprint or hash is obtained by means of a mathematical algorithm, said hash is sent to a trusted third party with Time Stamp Authority (Time Stamp Authority TSA functions following the standard described in RFC 3161 of the Internet Engineering Task Force) that returns a time stamp in a TSR (TimeStamp reply) format file. The file with the original document, the hash and the TSR file are introduced or packaged in a bundle in JSON format which, in turn, will be inserted into a blockchain transaction. When this insertion or transaction occurs, the blockchain generates a block that structurally bears a time stamp, obtained in the manner described in the previous assumption. Also, the blockchain will return a TXID corresponding to that transaction. Said TXID will be recorded in the conventional database linked to the registration of the reference document.

By storing these files in the blockchain and adding a time stamp, the main information is linked to the cryptographic footprint, thus being able to prove its existence at this time of time and that it has not been modified. In addition, the blockchain architecture itself makes all the data that is stored, consolidated and confirmed with each new data that the blockchain itself incorporates. You can never delete a Blockchain data. This allows the verification and traceability of the data at any time.

This operation is irreversible. Likewise, the security implications are irrelevant since the security that the public nature grants to the blockchain does not diminish the confidentiality of the transactions and this due to the fact that no data of a non-public nature or nature is stored with respect to the transactions but the traces or hashes of said data and their certifications, said traces being reliable proof of the integrity and the existence in time of the data that gave rise to said irreversible footprint but which identifies them unequivocally. The synchronized temporal reference in the blockchain network is obtained by NTP protocol (network protocol to synchronize electronic clocks) of a reference clock network, for example synchronizing with the Royal Institute and Navy Observatory (ROA).

At any time a user can obtain a certificate proving their ownership of a specific digitalized right, generated by the system. To obtain and collate a certificate of ownership of a specific right, the user will request the certificate from the web front, specifically within the "rights portfolio" section. For this purpose the system will look for the last operation linked to that title in its database and, in turn, you will get the TXID to which it is linked. Access from that blockchain to that specific operation and obtain the transaction. Extract the JSON bundle from the transaction that contains a time stamp and a hash. the hash against the dataset of the conventional database about this transaction, as well as the time stamp.Only assuming that the data correspond exactly generates a PDF with a legal text indicating: identity of the current acquirer, description of the causal transaction (issuance or purchase) for which the user is the holder of the digital right; seller ID; date and time (UTC) with time stamp issued here her concrete operation; TXID code generated last crediting the ultimate ownership and that the transaction has been recorded indelible and immutable in the blockchain.

The time stamp is attached to the PDF and the PDF is digitally signed with the signature of the platform owner. The requested certificate is made available to the user.

Third, the disclosed system or method can be implemented in a general purpose computer system that must at least consist of two physical servers capable of communicating over the network also with personal computers or smartphones and requires a communication network.

In various aspects, the systems and methods described in this document can be implemented in hardware, software, firmware or any combination thereof. In any case, the various requirements described by way of illustration in this document cover their present and future equivalents. If implemented in software, the methods can be stored as one or more instructions or codes in a non-transient computer-readable medium. The necessary communications between computers (and smartphones) are made with a wide-area computer network, such as the Internet. In order to provide simplification to the description and clarity, not all routine features of the system requirements are described in this document. In any case, the specifications are made from a descriptive and non-restrictive purpose, without the technical specifications being used in a special or unusual sense unless explicitly so specified as such.

Example of embodiment of the invention

The first and main object of the present invention is to maximize the issuance and commercialization of digitized rights of an unlimited number of issuing entities that may reflect in them different commercial commitments assumed by the issuing entities as rights over social interests or shares of those companies not listed, as well as business interests. The digitalized rights would work in the manner of commitments or options on commercial rights over companies or businesses that upon reaching the end would be exchangeable under the terms provided for by the issue.

It is an alternative and new tool for investment and obtaining financing in commercial companies.

- Issuance of rights:

The companies or holders of business or projects (digital rights issuers) interested, which we will call from here interchangeably issuers are registered in the system through the front of the system, prior agreement with the owner of the system, which in this phase will give its support and supervision to the issuer throughout the process. The system identifies or authenticates the issuer through its access credentials.

When accessing the "Issuance of Rights" section on the front of the system a form is displayed (Figure 11) in which it is necessary to provide the basic data of the issuing entity, its representative and the issuance (general conditions of the same , number of rights that are issued, starting price, content of the rights, temporary term) Next, once all the sections of the questionnaire have been completed, two sections are shown: "Commercial documentation of the Issuing Entity" and " Documentation related to the issuance ”(Figure 11). The first request to upload a series of scanned documents related to the issuing entity itself, for example: Deed of Incorporation with the Bylaws, Registered Accounts, Agreement / s for appointment of current social positions , Other relevant documents with social and economic information of the company among which, depending on the circumstances of each company and issuance, may Note: Previous successful projects, Current technology portfolio, Gartner curve position of your projects, Number of employees, possibility to indicate data of the development team (name, age, training), Patents held by the company whose rights were issued on the system They go on sale. The second also gives us access to a number of documents that support the issue: Issuance agreement, conditions of the issue, List of rights with the vision of each title, other relevant documents related to the issue. Finally, authorization is requested from the system owner who will review the documentation, and the data prior to the approval and authorization of the issuance. Likewise, the system owner may add documentation that he considers pertinent, such as the valuation of the issuer in charge of an independent expert and, in any case, to authorize the issuance, the authorization itself.

The system receives each of the files, reference it in its conventional database of each file. From each one of them, through a cryptographic algorithm, a fingerprint or hash is obtained, said hash is sent to a trusted third party that returns a TSR (Time Stamp Reply). The file with the original document, its description, the hash and the t Sr file are introduced or packaged in a bundle in JSON format which, in turn, is inserted into a blockchain transaction. When this insertion or transaction occurs, the blockchain generates a block that structurally bears a time stamp, obtained in the manner described in the previous assumption. Also, the blockchain will return a TXID corresponding to that transaction. Said TXID will be recorded in the conventional database linked to the registration of the reference document. The recorded files are immutable and indelible. In At this time the system will not allow any user to access the files until they review the documentation and authorize the issuance.

Authorization of the issue. Exit to the market of digital rights: The holder will review the legal and economic aspects of the proposed issue and the rights previously charged in the system. To guarantee that the terms of the issuance and of the commercialized rights will be fulfilled for any user who acquires them, the owner of the system may require, depending on the circumstances, some type of guarantee including the granting of an irrevocable power in their favor to materialize in the term expressed in the issuance of the obligations that each right incorporates in favor of its holder, in the event that the issuer did not proceed according to any of its commitments. These guarantees will also be inserted in the system like any of the commercial documents mentioned and accessible by any registered user. After such review and if it is correct, the owner of the system authorizes the provision of the rights. The owner of the system can commission independent economist or legal experts to prepare information derived from that provided by the issuer. These reports would be incorporated into the system, by the owner of the system, with the same procedure described for the commercial documents of the issuer.

Buying and selling operations

Sale

Once the issuance of rights is made and authorized in the system, the issuer is credited as the current owner and supplier of the digital rights by him, and any user accessing from a device can observe that all emission rights are offered to a certain starting price.

The buyer (accredited user who accesses the system from a computer or smartphone, for example) directs an offer for a number of titles at the issue price through the front panel from the "offers" section.

The starting price of a newly issued right, in its first sale, is not negotiable, therefore there is no negotiation by courier or other systems, although both buyer and seller could contact the other party for any type of doubt or question concerning the rights to the sale or the means of payment.

The issuer will block the title for the buyer, that is, it reserves it in the absence of verifying the payment. The system generated at that time generates a record in its conventional and private database with the following information:

- Seller ID

- Buyer ID

- TXID of the original title

- TXID of the last transaction that affected said original title to guarantee the reverse traceability of the entire operation

- Data on type of operation: title reservation

- Amount

- Payment method

A hash of this record or insertion of the conventional database is obtained. This hash or mathematical fingerprint is sent to a trusted third party that returns a TSR file that together with the operation's own hash and the TXID of the last transaction that affected the original title is introduced or packaged in a JSON format bundle that, in turn it will be inserted into a blockchain transaction.

When this insertion or transaction occurs the blockchain generates a block that structurally bears a time stamp, said time stamp is obtained by NTP protocol (network protocol to synchronize electronic clocks) of a reference clock network for example synchronizing with the Real Institute and Observatory of the Navy (ROA). Also, the blockchain will return a TXID corresponding to that transaction. Said TXID will be recorded in the conventional database linked to the record of the reference operation.

The buyer can thus verify the title in his account and see that indeed he and only he has it reserved and available, in addition to the title and if so decided, the terms of the price of the operation could appear.

The buyer from this moment can proceed to pay the stipulated amount to the seller, either through a payment gateway of an e-commerce application service provider, integrated into the system itself (an example could be paypal or Stripe ), either by bank transfer or payment by credit or debit card.

The seller will verify the payment, either by checking his bank account, or by the own means of the collection system that they have used or from the web front of the system if the payment method were integrated into it.

When the payment is correctly verified, the seller from the front transfers the property to the buyer user and only at that moment the following automatism is triggered consisting of a blockchain insertion or transaction with the following content:

- The system generates a sales transaction including the following data: a. Exclusive seller ID.

b. Exclusive buyer ID.

c. TXID of the original authorized sales title in the system.

d. Information on the type of operation (transfer of title for sale). - Stores this transaction in a new blockchain transaction in the blockchain itself. Each of the transactions points to the previous one to provide a possible reverse traceability over the entire life of a document.

If the payment is not verified correctly:

- The right will remain blocked because the seller does not release the title.

- The seller opens an incident in the system, indicating all possible information about the terms breached by the buyer. The owner of the system directs a communication to the buyer requesting the immediate accreditation of the payment, granting a deadline for it. If you do not credit the payment, the system releases the title for its new sale by the seller.

- Or the buyer opens a claim if he considers that he has fulfilled the terms of the agreement but is not finally giving him the title.

- In both cases, the owner of the system opens an investigation that will conclude by determining, within a certain maximum period, whether to unlock the title for the seller or for the buyer, indicating to both the resolution by internal messaging.

- All communication from the claim will be certified on blockchain.

- Since the title never escapes the platform the risk of subtraction or loss does not exist.

Resale:

The current holder of the right can offer, from the "rights portfolio" section of the front of the system, determining what rights he puts on sale and for what price and therefore restart the process described for sale with the exception that in this case it is possible to make downward bids (bids) by interested buyer users from the "offers" section of the system, of the price set by the seller. Any user can see from the front, when deploying the section or section "offers" the rights offered for sale as well as the price conditions of the same. The buyer can verify the ownership of the title on the front web of the system.

Once an offer has been made by the potential buyer, the possibility of contact via internal messaging with the seller starts automatically. Through this internal messaging, in which additional functions such as voice or text chat can also be integrated, both parties will agree on the terms of the sale such as the economic amount and the means of payment that are external to the platform.

After, agreed the terms, the seller will accept the offer and block the title for the buyer, and the same operation will be followed as in the case of the first sale described in the previous section.

Purchased securities become your property and will appear in your portfolio account.

Issuance of certificates:

to. Any titular user can request them.

To obtain and collate a certificate of ownership of a specific right, the user will request the certificate from the front, specifically within the section or section of “rights portfolio.” For this purpose the system will look for the last operation linked to that title in your database and, in turn, you will get the TXID to which it is linked. Access that specific transaction from the blockchain and get the transaction. Extract the JSON bundle from the transaction that contains a time stamp and a hash Check the hash against the dataset of the conventional database about this transaction, as well as the time stamp.Only assuming that the data corresponds exactly generates a PDF with a text indicating: identity of the current acquirer, description of the causal transaction (issuance or purchase) for which the user is the holder of the digital right; history of all transactions on the title; date and time ra (UTC) with time stamp issued in that specific operation; TXID code generated last crediting the ultimate ownership and that the transaction has been recorded indelible and immutable in the blockchain.

The time stamp is attached to the PDF and the PDF is digitally signed with the signature of the platform owner. The requested certificate is made available to the user.

Liquidation of the rights

Although the rights are not associated in their negotiation tranche with any remuneration or performance derived from their relationship with the company that issued them, upon completion of the terms of the issuance agreement, the rights holders may exchange for the commitments, commercial rights (shares or social interests) or commercial obligations whose issuance had been subject to negotiation in the system under the terms set forth in the issuance. In this phase the owner of the system will cooperate with the user who owns it and with the issuer himself in the exchange of digital rights for the commercial rights that were promised in the issuance agreement. If necessary, you can check the certificate issued by the user from the front or generate one at the request of the user or the issuer in the terms already described.

Also, if the issuer does not verify its obligations in a timely manner, the system owner will resort to the guarantees obtained from the issuer at the time of agreeing to the issuance in the system (for example and without excluding other options use an irrevocable power granted at the time of the issuance to be able to replace the issuer and formalize the promised obligations on its behalf).

Once the effective liquidation of the right has been verified, the system owner will proceed to deregister the title in the system.

Brief description of the content of the figures

The attached figures are briefly described below.

Figure 1: illustrates an example architecture of a system for the issuance and commercialization of digitalized commercial rights.

It comprises a data processing system that includes a database (Block 1), which allows from its front to issue rights by companies and business units called issuers (Block 2) and manage the purchase and sale of those rights by users of the system (Block 3). It can also include external professional services (Block 4 A, 4 B and 4 C), services of a Time Stamping Authority (Block 5) and a reference clock using NTP protocol (NetWork Time Protocol) which in this case could be the of the Royal Institute and Observatory of the Navy (ROA) (Block 6) that maintains the synchronization of the system (16). Users have an internal messaging system to communicate with each other (Block 7). The data processing system is related to a blockchain with a node system, distributed with essentially certifying function and not as a support for a cryptocurrency (Block 8).

In an exemplary aspect, one or more issuers carry out the issuance (Block 9) of the digitized rights in coordination with the owner of the system (9 B) that verifies the formal and legal correction of the issuance and can impose guarantees on the issuer (9 C ). The data processing system (Block 1) is a centralized system that provides a layer of services to users both for issuing rights and managing them (reservation, purchase or sale) (Block 10) and stores data on users of the system and its accounts, controls the incidents that may occur in transactions, to issuance and sale transactions, generates an operation code and a record in its conventional database by recording the data of the operation whose hash is sent to the time stamp authority (TSA) (Block 5), which returns a file signed by it along with the time stamp (11) to the requesting system that bundles it together with the original JSON hash that, in turn, will be inserted into a blockchain transaction (12 A) which, in turn, returns a transaction TXID code (12 B) generated that is associated with the registration of the operation and its number, which finally allows the ownership of a specific right to be certified.

The external services (Block 4) may comprise one or more of the following: - a payment gateway of an e-commerce application service provider, integrated in the system itself that would allow the subscription (15) operating from the web front of the users; - Auditors, legal experts or economists who can prepare and provide analytical information (on various aspects of marketed rights) that users may know, the turnover of the system and the specific emissions, solvency of the companies, their characteristics (14); -a trusted third party that would act as a TSA (Time Stamping Authority) (Block 5) that would incorporate a time stamp into the transactions (11); - a reference clock (Block 6) which in this case could be that of the Royal Institute and Navy Observatory (ROA) that would allow synchronizing the system (16); - Notary (4 C) to formalize, if it is so foreseen in the emission commitments and once the term of the conditions of the same arrives the digitized rights whose ownership is in the system and that is able to certify with full security for the parts (13).

Figure 2 is a flow chart illustrating a method of operation of the system for the issuance and commercialization of digitized commercial rights according to an exemplary aspect of the present invention.

One or more issuers (En) of rights (17) are registered in the system (with prior agreement with the owner of the system) through the web front. The system authenticates the issuer through its network address, accessing a form called the issuance of new rights, which provides the necessary legal, commercial and fiscal identification data of the issuer, legal and commercial description of the issuance of rights and their conditions (18). Through the front (web interface) the documents that support the information about the issuer and the issuance itself are uploaded, which also includes the corporate agreements for which a number of rights related to commitments on part of the capital are issued , of a project or of a business, setting the starting price of the same and together with the documents (titles) related to each of those rights (19). The owner of the system performs a review on the legal and economic correction of the information and documents of the issuing entity and of the digitized rights that are to be issued, it can also require the issuer or issuers guarantees of compliance with the commitments defined in the issuance (twenty).

If it is necessary for the issuer to rectify any requirement or provide any pending document, the same will be required to do so, without further issuance (21) until its correction.

Authorization of digital rights

In the event that the owner of the system finds the terms of the issuance and its commercial circumstances (economic and legal) correct, the title becomes listed or exposed in the purchase and sale system together with the documentation referring to it. (Block 22)

Figure 3 flowchart illustrating a method of operation of the system for digitized rights purchase and sale operations.

First sale:

Block 23. The issuing user has already been accredited as current owner and supplier of digital rights by the system itself. These digitized rights, likewise, have already been reviewed and authorized by the system owner (block 24). The system, once the issued digitized rights have been authorized, shows in the corresponding section or section within the web front (block 25) (block 25) accessible from a mobile or portable device (block 26) to any accredited user (block 27 ), that all emission rights are approved and offered at a certain exit price.

The buyer (accredited user who accesses the system from a computer or smartphone -block 27-) seeing in the section or section "offers" of the application the rights issued at a certain starting price (Block 25). Directs an offer by a quantity of securities at the issue price (Block 28) immediately giving the issuer the acceptance of the specific offer of rights.

The issuer will block the title (Block 29) for the buyer, that is, it reserves it in the absence of verifying the payment. Buyer can see that the title is locked (29 B).

The system generates at that time (30 A) a record in its private database with the following information:

- Seller ID

- Buyer ID

- TXID of the original title

- TXID of the last transaction that affected said original title to guarantee the reverse traceability of the entire operation

- Data on type of operation: title reservation

- Amount

- Payment method

A hash of this record or insertion in the conventional database is obtained. This hash or mathematical fingerprint is sent to a trusted third party (30 B) with functions of the Time Stamping Authority that returns a TSR (Timestamp Reply) file with a time stamp that together with the operation's own hash and the TXID of the last transaction that affected the original title, it is introduced or packaged in a bundle in JSON format which, in turn, will be inserted into a blockchain transaction. (Block 30 C)

When this insertion or transaction occurs, the blockchain (Block 30 D) generates a block that structurally bears a timestamp, said timestamp is obtained by the NTP protocol of a reference clock network (Block 30 E). Also, the blockchain will return a TXID corresponding to that transaction. Said TXID will be recorded in the conventional database linked to the record of the reference operation. (30 F)

The buyer can thus verify the title (digitized right) marked as reserved in his portfolio and see that he and only he has it reserved and available. (31)

The buyer from this moment can proceed to the payment (Block 32) of the amount stipulated to the seller, either through a payment gateway of a service provider electronic commerce implemented in the system, either by transfer or by payment by bank card.

The seller will verify the payment, either by checking his bank account, or by the means of the collection system used. (Block 33)

Upon successful payment verification, the seller transfers (Block 34 A) the property to the buyer user who can see it in his account.

The system regenerates an insert or transaction of a record in its private database (Block 34 B) with the following information:

- Seller ID

- Buyer ID

- TXID of the original title

- TXID of the last transaction that affected said original title to guarantee the reverse traceability of the entire operation

- Data on type of operation: transfer of title

- Amount

A hash of this record or insertion in the conventional database is obtained. This hash or mathematical fingerprint is sent to a trusted third party (30 B) with functions of the Time Stamping Authority that returns a TSR (Timestamp Reply) file with a time stamp that together with the operation's own hash and the TXID of the last transaction that affected the original title, it is introduced or packaged in a bundle in JSON format which, in turn, will be inserted into a blockchain transaction. (Block 30 C)

When this insertion or transaction occurs, the blockchain generates a block that structurally bears a timestamp, said timestamp is obtained by the NTP protocol of a reference clock network (Block 30 D). Also, the blockchain will return a TXID corresponding to that transaction. Said TXID will be recorded in the conventional database linked to the record of the reference operation. (30 E)

The buyer can verify that the digitized right is in his portfolio definitively as of his ownership having disappeared from the portfolio of the selling issuer. (31)

At all times sender and buyer can communicate through the internal messaging system to clarify any end. (Block 35)

Figure 4 Illustrates by way of example the incident process for non-compliance of the intervening users, specifically in two modalities:

A) the lack of transmission of the title in spite of the payment, with the complaint of the buyer, and B) the lack of payment of a title, with the complaint of the seller.

A) Failure to transfer the title despite payment (Block 36 A):

Despite payment by the buyer, the right remains blocked because the seller does not release and transfer the title to the buyer. (Block 37 A)

The buyer makes a claim (Block 38 A) addressed to the owner of the system, indicating all possible information about the terms breached by the seller. Previously, you will have asked the seller for internal messaging (39) to resolve the incident.

Block 40: the owner of the system opens an investigation that within a certain maximum term will conclude by determining whether to unlock the title for the seller or for the buyer (Block 41), indicating to both the resolution by internal messaging. (Block 39)

Block 42: The complaint and any communication related to the claim (including the decision) will be certified as a transaction, on the blockchain platform.

B) Failure to pay a title, with complaint from the seller (Block 36 B)

Despite the blocking of the title by the seller in favor of the buyer who has ordered the purchase, it has not just made the payment. (Block 37 B)

The seller directs a claim to the owner of the system (Block 38 B) if he believes he has fulfilled the terms of the agreement but is not being paid. Previously you will have requested by internal messaging (39) the payment of the right.

Symmetrically to "assumption A"

Block 40: the owner of the system opens an investigation that within a certain maximum term will conclude by determining whether to unlock the title for the seller or for the buyer (Block 41), indicating to both the resolution by internal messaging. (Block 39)

Block 42: The complaint and any communication related to the claim (including the decision) will be certified as a transaction, on the blockchain platform.

Figure 5 Resale: flow chart illustrating a method of system operation for digitized rights resale operations.

Block 43. The current owner user may offer one or more digitized rights of which he is the owner (Block 44) by setting his price.

Block 45. Any registered user can see from a mobile or portable device (Block 46) that these rights are for sale at a certain price.

Block 47. The buyer directs an offer for a title or titles accepting the price established by the seller or (48), through internal messaging, in which additional functions such as voice or text chat, the Buyer can bid and propose a lower price.

Both parties will agree on the terms of the sale: economic amount and the means of payment. The seller will block the title (Block 49 A) for the buyer, that is, it reserves it in the absence of verifying the payment. The buyer can see in his portfolio that the title (digitized right) is blocked for him (49 B).

The system generates at that time (50 A) a record in its private database with the following information:

- Seller ID

- Buyer ID

- TXID of the original title

- TXID of the last transaction that affected said original title to guarantee the reverse traceability of the entire operation

- Data on type of operation: title reservation

- Amount

- Payment method

A hash of this record or insertion in the conventional database is obtained. This hash or mathematical fingerprint is sent to a trusted third party (50 B) with functions of Time Stamping Authority that returns a TSR (Timestamp Reply) file with a time stamp that together with the operation's own hash and TXID of the last transaction that affected the original title, it is introduced or packaged in a bundle in JSON format which, in turn, will be inserted into a blockchain transaction. (50 C)

When this insertion or transaction occurs the blockchain (Block 50 D) generates a block that structurally bears a timestamp, said timestamp is obtained by the NTP protocol of a reference clock network. Likewise, the blockchain will return a TXID corresponding to said transaction (50 F). Said TXID will be recorded in the conventional database linked to the record of the reference operation.

The buyer can thus verify the title in his portfolio and see that he and only he has it reserved and available. (51)

The buyer from this moment can proceed to the payment (Block 52) of the amount stipulated to the seller, either through a payment gateway of an electronic commerce provider implemented in the system, either by transfer or by payment by bank card . The seller will verify the payment, either by checking his bank account, or by the means of the collection system used. (Block 53)

Upon successful payment verification, the seller transfers (Block 54 A) the property to the buyer user who can see it in his account.

The system regenerates an insertion or transaction of a record in its private database (Block 54 B) in a symmetrical way as it was done with the reservation of the title (digitized right), with the following information:

- Seller ID

- Buyer ID

- TXID of the original title

- TXID of the last transaction that affected said original title to guarantee the reverse traceability of the entire operation

- Data on type of operation: transfer of title

- Amount

A hash of this record or insertion in the conventional database is obtained. This hash or mathematical fingerprint is sent to a trusted third party (50 B) with functions of Time Stamping Authority that returns a TSR (Timestamp Reply) file with a time stamp that together with the operation's own hash and TXID of the last transaction that affected the original title, it is introduced or packaged in a bundle in JSON format which, in turn, will be inserted into a blockchain transaction. (Block 50 C)

When this insertion or transaction occurs the blockchain (Block 50 D) generates a block that structurally bears a time stamp, said time stamp is obtained by NTP protocol of a reference clock network (Block 50 E). Also, the blockchain will return a TXID corresponding to that transaction. Said TXID will be recorded in the conventional database linked to the record of the reference operation. (50 E)

The buyer can verify that the digitized right is in his portfolio definitively as of his ownership having disappeared from the portfolio of the selling issuer. (51)

At all times sender and buyer can communicate through the internal messaging system to clarify any end. (Block 55)

Figure 6

It illustrates an example in which the different sections or drop-down sections that a user can view on the front (web interface) from a computer or smartphone and operate on the system can be shown.

Once the user accesses the front of the system, having previously registered in it, a system account, a network address is created and a credentials file is returned that he can use whenever he wishes to access the system (Block 56 ). Having accessed a series of sections or sections (Block 57) appear, which, in turn, when accessed, are displayed as follows:

- (Block 58) "digital rights portfolio", showing grouped the rights that the user owns in the different issues to which they correspond. This is detailed in Figure 7;

- (Block 59) a section or section called "Emissions in progress" consisting of all the deed data and commercial agreements related to the commercial digital rights that are marketed and that include a copy of the agreements in public deed that are formalized authorizing the issuance and conditions thereof, described in more detail in Figure 8;

- (Block 60) a section called "Market Analytics" where indexes that provide indicative criteria of value to the emissions and the whole system are displayed and described, providing information on the number of rights transactions that affect each issue, as well as other data related to the market and the rights issued.It is described more precisely in Figure 9;

- (Block 61) a section or section of the web front structure called "Offers" accessible by marking it with a cursor from which all the displays are displayed. existing digital rights issues. It is described in more detail in Figure 10;

-Block 62) a section or section of the structure of the web front called "Issuance of rights", so that an issuing user can, with the supervision of the owner of the system, issue rights offered in the system. It is detailed in Figure 11 .

- (Block 63) a section or section of the web front structure called "Notices and messaging", which warns the user of messages received from the system or other users, news and offers from other users as well as allows through a field to the effect to the user the acceptance of offers or writing of messages, this field could integrate additional functions such as voice or chat;

Figure 7. This figure exemplifies the drop-down section or section “digital rights portfolio”. It shows all the issues in which we have rights, this example shows a portfolio that includes ownership from three different issues (Blocks 64 A, 64 B and 64 C) When deploying one of them, in the example the so-called "Issue 1" (Block 64 A), show the rights available to the user in that particular issue. In this example, there are only two: number 1 and number 2 (Blocks 65 A and 65 B) that the user has in a hypothetical "Issue 1". If the user wishes to sell or issue a certificate of ownership of any of those rights digitized, you only have to access it, for example the so-called Law No. 2, in this example. A menu (Block 66) is displayed with two options: 1) "Issue Certificate of Ownership" (Block 66 A), which generates a Certificate in PDF format that includes: identity of the current holder, description of the causal transaction (issuance or purchase) for which the user holding the digital right is the holder; history of all transactions on the title; date and time (UTC) with time stamp issued in that specific operation; TXID code generated last crediting the ultimate ownership and that the transaction has been recorded indelible and immutable in the blockchain. The PDF has a time stamp attached and is digitally signed by the owner of the platform. AND 2) "Offer for sale" (Block 66 b). If this option has been decided, a field is displayed where the user who wishes to sell the right must indicate the conditions of the offer price (Block 67). At that time the right offered will be reflected as such in the corresponding "Offers" section of all users of the system. These users may accept the offer or counteroffer with another price (Block 68), using the messaging system (Block 69). In the case of accepting the buyer, the sale price (70) of sale is automatically blocked, opening the payment process (Block 71), or proposing another price (72). They may also maintain, through the system messaging service (Block 69 cited), a negotiation. If the selling user accepts the offer (Block 73) it will block the title (Block 74), which can be thus reflected in the Offers section of each of the users. If you do not accept the offer (Block 75) the buyer must propose another offer if you are still interested in the title. Verified payment (Block 76), which will have been done well through a payment gateway of an e-commerce service provider (for example Paypal or Stripe), integrated into the system itself, either by bank transfer or card payment of credit or debit, the seller will transfer ownership of the right to the buyer (Block 77).

Figure 8. The content of the “Emissions in progress” drop-down section is exemplified. When accessing the drop-down list, all existing emissions are shown with their basic identification data: dates on which the issue is in force, number of titles issued and original exit price In this example there are only 2 issues: "Issuance 1" (Block 78 A) and "Issue 2" (Block 78 B). When deploying the first Issue, two sections are shown: "Commercial documentation of the Entity Issuer ”(Block 79 A) and“ Documentation related to the issuance ”(Block 79 B). The first gives us the option to access a variable number of documents: Deed of Constitution and Statutes (Block 80 A), Current Agreement of Appointment of social positions (Block 80 B), company accounts (Block 80 C) and Other relevant commercial documentation (Block 80 D) with social and economic information of the company that can be exemplified by: Successful projects, Company valuation issued by an expert economist of the owner of the system, Technology Portfolio, Gartner curve position of your projects, Number of employees, possibility to indicate data of the development team (name, age, training), Patents held by the company whose rights were issued on the system They go on sale. The second, “Documentation related to the issue” (Block 79 B), also gives us access to a number of documents: Issuance Agreement (Block 81 A), conditions of the issue (Block 81 B), List of rights with the Vision of each title (Block 81 C), Authorization of the holder of the system for issuance (Block 81 D), Other relevant documents (Block 81 E).

Figure 9. This figure describes an example of the section called “Market Analytics”. It displays different graphic indexes and informational text windows that provide guidance information on the market value of the different digitized rights and emissions, as well as indexes that measure how the joint digitized rights market behaves and by types broadcast. For example, it consists of an information panel of text or section where you can read (Block 82) current information of the latest operations (for example volume of closed operations or new issues) that are occurring; a circular graphic index that serves to highlight the business proportions corresponding to each issue, that is, the volume of operations that are occurring in the system being distributed in the different issues (Block 83); an informative panel with analytical information (text or graphic) generated by external analysts (Block 84) of economic or legal type in relation to issuers, the issues themselves and the corresponding digitized rights, economic forecasts, market evolution; an informational section or panel by means of a bar chart showing the average speed of sale of rights according to the issue (Block 85); an informative section or panel with a line chart that shows the temporal evolution of the price of each digitized right according to its issuance (Block 86).

Figure 10. This figure exemplifies the drop-down and operational flow of the section or section called “Offers”, all existing digital rights issues with rights on offer are deployed, which have been exemplarily reduced to two: “Issue 1” (Block 87) A) and "Issue 2" (Block 87 B). The user accesses any of the issues that may interest him. For example, access to “Issue 1” where the rights offered for sale are displayed in order of price range that are on offer (for example, from lowest to highest) (Blocks 88 A, 88 B and 88 C), at accessing any of them, for example the so-called “Right 5” shows the price at which it is (Block 89 A), together with the seller's ID (Block 89 B). If the user wishes to purchase it and is satisfied with the price, he accepts the offer (Block 90). If you want to bid (Block 91) offering a lower price you can do it from the Internal Messaging panel (Block 93) where you also have a dialog box to explain or expand offers or payment system.

Figure 11. The access to the “Issuance of Rights” section of the front or interface is exemplified, where a form is displayed (Block 94) in which it is necessary to provide the basic data of the issuing entity and the issuance: Name, business name, tax identification, postal and electronic address, website, telephone, representative data (name, tax identification, postal and electronic address, mobile phone), Date of incorporation, share capital, corporate body, description of the issue, duration of the same, number of titles issued and original starting price of each one and of the global issue. Then once all the sections of the questionnaire have been completed, two fields called “Commercial Documentation of the Issuing Entity” (Block 95) and “Documentation related to the issue” (Block 96) are accessed. The first requests that a series of scanned documents be loaded, for example: Deed of Incorporation with the Statutes (Block 97), Agreements for the appointment of current social positions (Block 98), Accounts registered in the Mercantile Registry (Block 99), Other relevant documents with social and economic information of the company (Block 100): Successful projects, Technological portfolio, Gartner curve position of your projects, Number of employees, possibility to indicate data of the development team (name, age, training), Patents held by the company whose rights issued on the system are put up for sale, at the request The issuer may require that additional guarantees be incorporated by the issuer and that an external expert may incorporate a report, for example an assessment of the issuing entity (Block 101).

The second field requests the loading of a number of documents related to the issue (Block 96 cited): Issuance Agreement (Block 102), conditions of the issue (Block 103) indicative of the starting price, duration, conditions at the end of the edition, number of rights that are issued, the titles of the digitized rights themselves (Block 104), Other relevant documents at the discretion of the Issuer and the system owner (Block 105), finally the Authorization granted by the owner of the system for issuance (Block 106) who, prior to granting it, will review the documentation and previous data of the issuer and the issuance.

Figure 12. The display of the menu of the section called "Notices and messaging" is exemplified. Inside there is an informational text panel (Block 107) where the user displays messages received from the system or other users, real-time news and also offers of Other users.

A field (Block 108) to direct messages to other users of the system, including the holder of the system, indicating the recipient's ID and space for the corresponding message text.

A Field (Block 109) to make economic offers on the rights of other users for sale. The user can identify the digitized right for sale (109 A), together with the ID of its current owner, and accept the offer proposed by the seller (109 B) or not, and bid (109 C) proposing a different purchase price .

A specific section for a payment gateway (Block 110) of an electronic commerce application service provider integrated in the system itself that could be exemplary paypal or stripe and that would allow the payment of the purchased rights.

Claims (6)

1. Method of obtaining, presenting and conserving data configured to use a blockchain network characterized in that it has a data processing system that allows to register, delete or delete, acquire, offer and sell digitalized commercial rights. 2. Method of obtaining, presenting and conserving data to use a blockchain network as in claim 1 characterized in that it allows operations without intermediaries. 3. Method of obtaining, presenting and conserving data to use a blockchain network as in claim 1 or claim 2 characterized in that it allows issuing a certification of ownership of the digitized rights. 4. Method of obtaining and presenting data to use a blockchain network such as that of claim 3 or any of the preceding claims characterized in that it incorporates in the front web of the system an informational text panel where real-time information of the number and economic amounts of transactions. 5. Method of obtaining and presenting data to use a blockchain network as in claim 4 or any of the preceding claims characterized in that it incorporates an informative text panel where analytical information prepared by expert third parties is displayed. 6. Use a blockchain network as in claim 5 or any of the preceding claims characterized in that it allows users of the system to be able to communicate text, voice or video communications.