CN111090697A - Ticket system based on alliance chain - Google Patents
Ticket system based on alliance chain Download PDFInfo
- Publication number
- CN111090697A CN111090697A CN201911108826.9A CN201911108826A CN111090697A CN 111090697 A CN111090697 A CN 111090697A CN 201911108826 A CN201911108826 A CN 201911108826A CN 111090697 A CN111090697 A CN 111090697A
- Authority
- CN
- China
- Prior art keywords
- ticket
- auction
- data
- layer
- contract
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/25—Integrating or interfacing systems involving database management systems
- G06F16/252—Integrating or interfacing systems involving database management systems between a Database Management System and a front-end application
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Tourism & Hospitality (AREA)
- General Engineering & Computer Science (AREA)
- Data Mining & Analysis (AREA)
- General Health & Medical Sciences (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Primary Health Care (AREA)
- Marketing (AREA)
- Computing Systems (AREA)
- Human Resources & Organizations (AREA)
- Economics (AREA)
- Health & Medical Sciences (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The embodiment of the invention discloses a ticket system based on a coalition chain, which comprises a coalition chain network consisting of a plurality of coalition nodes and a ticket intelligent contract architecture arranged in each coalition node, wherein the ticket intelligent contract architecture comprises a basic data layer, a data access layer, a service contract layer and an application layer. The ticket business system realized by the alliance chain technology has the advantages that the information security is guaranteed due to the fact that data cannot be tampered, the credibility of the ticket purchasing process is guaranteed due to the fact that intelligent contracts cannot be interrupted in execution, the safety of user privacy information and the authenticity of ticket source information are guaranteed, the problems of ticket purchasing disputes and the like are solved, data storage is conducted through the form of a database table, convenience and understandability of development are greatly improved, intelligent contracts are developed in a modularized mode according to business requirements, and the difficulty in upgrading and reconstructing is reduced.
Description
Technical Field
The embodiment of the invention relates to the technical field of block chains, in particular to a ticketing system based on a alliance chain.
Background
Ticketing services allow users to obtain information about events such as movies, concerts, sporting events, shows, etc. and purchase tickets for those events. People buy the tickets of the heart instrument on different ticket buying websites or software, because the existing ticket system mostly adopts a centralized management mode to the tickets and the user information, the problems of incapability of guaranteeing the privacy safety of the user and the authenticity of the ticket source information, ticket buying disputes and the like easily occur, and particularly, the phenomena of hot spot performance or events, fake tickets, ticket frying and the like are more serious.
Federation chains, as a blockchain solution for inter-enterprises, only designate a number of preselected nodes within them to have blockchain accounting rights for members of a particular group and limited third parties. The generation of each block is determined by all the preselected nodes together, and the method not only has the characteristics of decentralization, trust guarantee, strong safety and the like, but also has a node authentication admission mechanism. The embodiment of the invention designs a set of efficient and safe ticketing system based on an alliance chain, and can effectively solve the problems of the ticketing system.
Disclosure of Invention
Therefore, the embodiment of the invention provides a ticketing system based on a alliance chain, which is used for solving the problems that the security of user privacy information and the authenticity of ticket source information cannot be guaranteed, ticket buying disputes exist and the like in the conventional ticketing system.
In order to achieve the above object, the embodiments of the present invention provide the following technical solutions: a kind of ticket system based on alliance chain, the said system includes the alliance chain network formed by a plurality of alliance nodes and ticket intelligent contract framework disposed in each alliance node;
the ticket intelligent contract architecture comprises a basic data layer, a data access layer, a service contract layer and an application layer;
the basic data layer is used for storing the ticket business related data in the data access layer database table;
the data access layer is used for carrying out increasing, deleting, modifying and checking operation on ticket business related data in the database table;
the business contract layer is used for packaging intelligent contracts of related businesses of different tickets so as to realize different business logics, and correspondingly operating the data in the data table through the data access layer in the business logic execution process;
and the application layer is used for providing interactive operation services of different business applications for the user based on the webpage or the application program.
Further, the federation nodes include at least one authorizing node and a plurality of regular nodes.
Further, the data access layer operates the ticket business related data in different database tables through different operation methods.
Further, the database table includes a user information table, a ticket information table and an auction information table, the user information table is used for recording user information data, the ticket information table is used for recording ticket information data, and the auction information table is used for recording auction information data.
Further, the user information data comprises account names, account balances, ticket amounts, account types and account freezing states.
Further, the ticket information data includes a ticket number, a ticket type, a ticket owner, a ticket price, a ticket selling status, a ticket auction status, and a ticket auction number.
Further, the auction information data includes an auction number, a ticket number, an auction user, an auction start time, a bid price, a highest bidder, a highest bid, a highest auction price, an auction end time.
Further, the intelligent contract comprises a ticket buying contract, an auction contract and a transfer contract, the ticket buying contract is used for realizing the business logic of the ticket buying business, the auction contract is used for realizing the business logic of the ticket auction business, and the transfer contract is used for realizing the business logic of the ticket transfer business.
Further, the application layer includes ticket selling, ticket auction, and ticket transfer business applications.
The embodiment of the invention has the following advantages:
the system comprises a alliance chain network formed by a plurality of alliance nodes and a ticket intelligent contract architecture deployed in each alliance node, wherein the ticket intelligent contract architecture comprises a basic data layer, a data access layer, a service contract layer and an application layer. The ticket business system realized by the alliance chain technology has the advantages that the information security is guaranteed due to the fact that data cannot be tampered, the credibility of the ticket purchasing process is guaranteed due to the fact that intelligent contracts cannot be interrupted in execution, the safety of user privacy information and the authenticity of ticket source information are guaranteed, the problems of ticket purchasing disputes and the like are solved, data storage is conducted through the form of a database table, convenience and understandability of development are greatly improved, intelligent contracts are developed in a modularized mode according to business requirements, and the difficulty in upgrading and reconstructing is reduced.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below. It should be apparent that the drawings in the following description are merely exemplary, and that other embodiments can be derived from the drawings provided by those of ordinary skill in the art without inventive effort.
Fig. 1 is a schematic diagram of a ticketing intelligent contract architecture of a ticketing system based on a federation chain according to embodiment 1 of the present invention;
fig. 2 is a schematic view of a ticket purchasing service flow of a ticketing system based on a federation chain according to embodiment 1 of the present invention;
fig. 3 is a schematic diagram of an auction service flow of a coalition-chain-based ticketing system according to embodiment 1 of the present invention;
fig. 4 is a schematic view of a federation chain network structure of a federation chain-based ticketing system according to embodiment 1 of the present invention.
Detailed Description
The present invention is described in terms of particular embodiments, other advantages and features of the invention will become apparent to those skilled in the art from the following disclosure, and it is to be understood that the described embodiments are merely exemplary of the invention and that it is not intended to limit the invention to the particular embodiments disclosed. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
The embodiment 1 of the invention provides a ticketing system based on a federation chain, which comprises a federation chain network formed by a plurality of federation nodes and a ticketing intelligent contract framework deployed in each federation node.
As shown in fig. 1, the intelligent contract architecture for ticketing includes a base data layer, a data access layer, a business contract layer, and an application layer.
And the basic data layer is used for storing the ticket business related data in the data access layer database table.
Specifically, the basic data layer supports the storage of table data in the data access layer by adopting a class database storage mode, so that the data can be stored, deleted, modified and checked in a database table mode, and the data operation method specification is agreed. The method can get rid of the complicated flow and complex grammar of data addition, deletion, modification and check in the traditional intelligent contract, effectively improve the development efficiency and development friendliness, and greatly improve the convenience of real-time update of data in the data access layer.
And the data access layer is used for performing addition, deletion, modification and check operation on the ticket related data in the database table.
In this embodiment, the database table includes a user information table, a ticket information table, and an auction information table, where the user information table is used to record user information data, the ticket information table is used to record ticket information data, and the auction information table is used to record auction information data. The user information data includes account name, account balance, number of owned tickets, account type, and account freeze status. The ticket information data includes a ticket number, a ticket type, a ticket owner, a ticket price, a ticket sale status, a ticket auction status, and a ticket auction number. The auction information data includes auction number, ticket number, auction user, auction start time, bid time, auction bid price, highest bidder, highest bid price, highest auction price, auction end time.
Specifically, in the data access layer, a user information table, a ticket information table and an auction information table are designed according to the form of a database table, the user information, the ticket information and the relevant information of the auction process are respectively recorded, and the matched records in the tables can be inquired according to the main key fields of the tables.
The user information table field includes: account, value, ticket _ num, c _ type, onFreeze; (account name, account balance, number of tickets owned, account type, account blocked status); the ticket information table field includes: tic _ id, t _ type, account, price, isSale, onauthection, which _ Auection; (ticket number, ticket type, ticket owner, ticket price, ticket sell status, ticket auction number); the auction information table field includes: automatic _ id, tic _ id, account, autocontrostartTime, biddingTime, startPrice, highestBidder, highestBid, topPrice, endTime; (auction number, ticket number, auction user, auction start time, bid time, auction bid price, highest bidder, highest bid, highest auction price, auction end time).
Further, the data access layer operates the ticket business related data in different database tables through different operation methods.
Specifically, a corresponding operation method is designed according to fields of each table. The operation method comprises the following steps: the functions of adding, deleting and modifying the contents of the user information table, the ticket information table and the auction information table, and the access, deletion and the like of each field in the table.
The method corresponding to the user information table mainly operates (updates and modifies) the information of each field of the user information table; the corresponding method of the ticket information table mainly operates (updates, modifies) the information of each field of the ticket information table; the method corresponding to the auction information table mainly operates (updates and modifies) the information of each field of the auction information table.
And the service contract layer is used for encapsulating intelligent contracts of different ticket related services to realize different service logics. And performing corresponding operation on the data in the data table through the data access layer in the service logic execution process.
Specifically, the present embodiment relates to three services, namely ticket buying, ticket auction and ticket transfer, where each service correspondingly implements an intelligent contract to control the execution logic of the service. The intelligent contract comprises a ticket buying contract, an auction contract and a transfer contract, wherein the ticket buying contract is used for realizing the business logic of the ticket buying business, the auction contract is used for realizing the business logic of the ticket auction business, and the transfer contract is used for realizing the business logic of the ticket transfer business. The three contracts are mutually independent, and each contract can call the operation method of each information table through the data access layer to update the data of the information table, so that the normal execution of business logic is supported, and data recording is realized.
Such as a ticketing service, the logic of which is implemented by a ticketing contract. As shown in fig. 2, when a service is executed, the corresponding user information table (e.g., account balance, number of owned tickets, etc.) and ticket information table (e.g., ticket owner, ticket sale status, etc.) are modified.
Such as an auction service, the logic of which is implemented by an auction contract. As shown in fig. 3, when a service is executed, a corresponding user information table (e.g., account balance, number of owned tickets, etc.), ticket information table (e.g., ticket owner, ticket auction status, ticket auction number, etc.), and auction information table (auction number, auction user, auction start time, bid time, auction starting price, highest bidder, highest bid price, highest auction price, auction end time, etc.) are modified.
And the application layer is used for providing interactive operation services of different business applications for the user based on the webpage or the application program.
Specifically, the application layer is a series of application forms directly facing the user on the basis of a contract of the service contract layer, and the application layer corresponds to the service contract and comprises bill selling, bill auction and bill transfer service applications. The user can directly perform application operation according to different requirements based on a carrier of a webpage or an application program.
The above-mentioned database storage, each information table and corresponding operation method, ticket buying contract, auction contract, transfer contract, etc. all need to be deployed to each node of the federation chain. As shown in fig. 4, the federation nodes include at least one authorizing node and a plurality of ordinary nodes. Because a workload certification mechanism (mining) is not adopted in a alliance chain to perform accounting right competition, all authorized nodes are required to exist, and accounting right is higher than that of a common node.
When a transaction occurs, data of a certain node (authorized node) is updated firstly, information of the transaction is recorded, and then the data is updated to all the nodes in sequence according to an information transmission and information examination mechanism of a alliance chain network, so that the business data can be stored safely and irrevocably, and the safety and the credibility of the data are ensured.
In the embodiment, through the modularized collaborative development of the intelligent contracts, the length of a single contract code can be reduced, so that the risk of numerical value overflow is effectively avoided, the adjustment of module levels can be realized when the intelligent contracts are upgraded and transformed, and the service upgrading is more convenient.
In addition, new logic modules can be added in the basic data layer, the data access layer, the service contract layer and the application layer, and the old modules do not need to be adjusted greatly, so that the expandability of intelligent contract development is effectively improved, the contracts do not need to be completely reset, and the service upgrading capability is realized. For example, if a new service is added to the system, only the corresponding information recording table and the operation function of the table need to be added to the data access layer, then the logic of the service is realized by using an intelligent contract at a service contract layer, a new independent intelligent contract is created, and finally a new interactive page which is used for the service and faces to the user is developed at an application layer, so that the system not only adds the new service, but also can normally operate the old service.
The ticketing system based on the alliance chain provided by the embodiment has the following advantages:
(1) realization of ticket business system based on alliance chain technology
The traditional ticketing system has the problems that the privacy information safety of a user, the authenticity of ticket source information cannot be guaranteed, ticket buying disputes exist and the like, the ticketing system realized by utilizing the alliance chain technology can be effectively avoided, the data cannot be falsified, the information safety is guaranteed, the intelligent contract execution cannot be interrupted, and the credibility of the ticket buying process is guaranteed.
(2) Through intelligent contract code encapsulation, data storage and operation are realized in a database table mode
The realization of traditional intelligent contract, it is loaded down with trivial details to have the storage data mode, and the development is not friendly scheduling problem, and this embodiment can realize utilizing the form of database table to carry out data storage after carrying out higher level encapsulation to intelligent contract storage data code, very big promotion the convenient and understandability of development.
(3) According to the business requirements, the intelligent contracts are developed in a modularized manner, so that the upgrading and reconstruction difficulty is reduced
In the traditional development, all services are realized by using one intelligent contract, if the contract code is long, if the requirement of converting the solid contract into java code exists in the development of an application layer, the risk of numerical value overflow is generated, the problem of difficulty in upgrading and transformation is also caused, and the like. And when the intelligent contract is upgraded and reformed, the adjustment of the module level can be realized, and the service upgrade is more convenient.
Although the invention has been described in detail above with reference to a general description and specific examples, it will be apparent to one skilled in the art that modifications or improvements may be made thereto based on the invention. Accordingly, such modifications and improvements are intended to be within the scope of the invention as claimed.
Claims (9)
1. A kind of ticket system based on alliance chain, characterized by that, the said system includes the alliance chain network formed by a plurality of alliance nodes and ticket intelligent contract framework disposed in each alliance node;
the ticket intelligent contract architecture comprises a basic data layer, a data access layer, a service contract layer and an application layer;
the basic data layer is used for storing the ticket business related data in the data access layer database table;
the data access layer is used for carrying out increasing, deleting, modifying and checking operation on ticket business related data in the database table;
the business contract layer is used for packaging intelligent contracts of related businesses of different tickets so as to realize different business logics, and correspondingly operating the data in the data table through the data access layer in the business logic execution process;
and the application layer is used for providing interactive operation services of different business applications for the user based on the webpage or the application program.
2. A federation chain-based ticketing system as claimed in claim 1, wherein the federation nodes include at least one authoritative node and a plurality of ordinary nodes.
3. A federation chain-based ticketing system as claimed in claim 1 wherein the data access layer operates on ticketing-related data in different database tables by different methods of operation.
4. A alliance-chain based ticketing system as claimed in claim 1, wherein the database tables include a user information table for recording user information data, a ticket information table for recording ticket information data and an auction information table for recording auction information data.
5. A federation chain-based ticketing system as claimed in claim 4, wherein the user information data includes account name, account balance, number of tickets held, account type, account freeze status.
6. A alliance chain based ticketing system as claimed in claim 4 wherein said ticket information data includes a ticket number, ticket type, ticket owner, ticket price, ticket sell status, ticket auction number.
7. A alliance chain based ticketing system as claimed in claim 4 wherein the auction information data includes auction number, ticket number, auction user, auction start time, bid time, auction bid price, highest bidder, highest bid, highest auction price, auction end time.
8. A federation chain-based ticketing system as recited in claim 1, wherein the intelligent contract comprises a ticketing contract for implementing business logic for a ticketing service, an auction contract for implementing business logic for a ticket auction service, and a transfer contract for implementing business logic for a ticket transfer service.
9. A federation chain-based ticketing system as claimed in claim 1, wherein said application layer includes ticket vending, ticket auction and ticket transfer business applications.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911108826.9A CN111090697A (en) | 2019-11-13 | 2019-11-13 | Ticket system based on alliance chain |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911108826.9A CN111090697A (en) | 2019-11-13 | 2019-11-13 | Ticket system based on alliance chain |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111090697A true CN111090697A (en) | 2020-05-01 |
Family
ID=70394064
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911108826.9A Pending CN111090697A (en) | 2019-11-13 | 2019-11-13 | Ticket system based on alliance chain |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111090697A (en) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112559635A (en) * | 2020-12-23 | 2021-03-26 | 网易（杭州）网络有限公司 | Service processing method, device, equipment and medium for Ether house alliance link node |
| CN112950338A (en) * | 2021-02-26 | 2021-06-11 | 浙江工商大学 | Block chain-based sealed bidding domain name auction method |
| CN113190628A (en) * | 2021-07-01 | 2021-07-30 | 四川新龟科技有限公司 | Supply chain logistics control cargo platform based on block chain and using method thereof |
| CN117251636A (en) * | 2023-10-19 | 2023-12-19 | 广州民航信息技术有限公司 | Air ticket state data pushing method and device based on block chain |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106780033A (en) * | 2016-12-16 | 2017-05-31 | 杭州云象网络技术有限公司 | A kind of digital ticket transaction system construction method based on alliance's chain |
| CN107369008A (en) * | 2017-07-17 | 2017-11-21 | 北京京东金融科技控股有限公司 | For improving management method, the apparatus and system of bill business security |
| CN109064257A (en) * | 2018-07-09 | 2018-12-21 | 上海有倕信息科技有限公司 | A kind of new media cruise ticketing service platform based on block chain |
-
2019
- 2019-11-13 CN CN201911108826.9A patent/CN111090697A/en active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106780033A (en) * | 2016-12-16 | 2017-05-31 | 杭州云象网络技术有限公司 | A kind of digital ticket transaction system construction method based on alliance's chain |
| CN107369008A (en) * | 2017-07-17 | 2017-11-21 | 北京京东金融科技控股有限公司 | For improving management method, the apparatus and system of bill business security |
| CN109064257A (en) * | 2018-07-09 | 2018-12-21 | 上海有倕信息科技有限公司 | A kind of new media cruise ticketing service platform based on block chain |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112559635A (en) * | 2020-12-23 | 2021-03-26 | 网易（杭州）网络有限公司 | Service processing method, device, equipment and medium for Ether house alliance link node |
| CN112950338A (en) * | 2021-02-26 | 2021-06-11 | 浙江工商大学 | Block chain-based sealed bidding domain name auction method |
| CN113190628A (en) * | 2021-07-01 | 2021-07-30 | 四川新龟科技有限公司 | Supply chain logistics control cargo platform based on block chain and using method thereof |
| CN113190628B (en) * | 2021-07-01 | 2021-09-17 | 四川新龟科技有限公司 | Supply chain logistics control cargo platform based on block chain and using method thereof |
| CN117251636A (en) * | 2023-10-19 | 2023-12-19 | 广州民航信息技术有限公司 | Air ticket state data pushing method and device based on block chain |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Wang et al. | Exploring web3 from the view of blockchain | |
| CN111090697A (en) | Ticket system based on alliance chain | |
| CN110599181B (en) | Data processing method, device and equipment based on block chain and storage medium | |
| KR101987692B1 (en) | Registry and Automation Management Methods for Smart Contracts in Blockchain Enforcement | |
| CN111916172B (en) | Medical data sharing system based on blockchain intelligent contract | |
| Pasdar et al. | Connect api with blockchain: A survey on blockchain oracle implementation | |
| Vo et al. | Internet of blockchains: Techniques and challenges ahead | |
| US7610575B2 (en) | System and method for the composition, generation, integration and execution of business processes over a network | |
| CA3071976A1 (en) | Distributed ledger interaction systems and methods | |
| CN108805707A (en) | Works copyright revenue distribution method and device based on block chain | |
| Abdelhamid et al. | Blockchain and smart contracts | |
| Dzobo et al. | Proposed framework for blockchain technology in a decentralised energy network | |
| Eisele et al. | Blockchains for transactive energy systems: Opportunities, challenges, and approaches | |
| Garriga et al. | Blockchain and cryptocurrency: A comparative framework of the main architectural drivers | |
| CN113065960A (en) | Transaction system based on block chain | |
| Ahmadisheykhsarmast et al. | Decentralized tendering of construction projects using blockchain-based smart contracts and storage systems | |
| Talha Talukder et al. | A customer satisfaction centric food delivery system based on blockchain and smart contract | |
| CN110852886B (en) | Second-hand transaction and article borrowing and returning system based on alliance chain | |
| Koscina et al. | A blockchain-based marketplace platform for circular economy | |
| US10839387B2 (en) | Blockchain based action and billing | |
| Muneshwara et al. | Comparison on hyper ledger fabric and hyper ledger composer of block chain technology | |
| Capodieci | P2P energy exchange agent platform featuring a game theory related learning negotiation algorithm | |
| US11494799B1 (en) | Supporting action tracking and deeds between multiple parties | |
| Marchesi et al. | Crypto-trading. rechargeable token-based smart energy market enabled by blockchain and iot technology | |
| Marko et al. | Management of Decentralized Autonomous Organizations |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |