[go: up one dir, main page]

CN119919210A - A transaction management method, system, device and medium based on electronic visa - Google Patents

A transaction management method, system, device and medium based on electronic visa Download PDF

Info

Publication number
CN119919210A
CN119919210A CN202411976622.8A CN202411976622A CN119919210A CN 119919210 A CN119919210 A CN 119919210A CN 202411976622 A CN202411976622 A CN 202411976622A CN 119919210 A CN119919210 A CN 119919210A
Authority
CN
China
Prior art keywords
transaction
blockchain
parties
electronic visa
network
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
Application number
CN202411976622.8A
Other languages
Chinese (zh)
Inventor
樊旭琦
韩智勇
程常清
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanxi Jinchan E Commerce Co ltd
Original Assignee
Shanxi Jinchan E Commerce Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Shanxi Jinchan E Commerce Co ltd filed Critical Shanxi Jinchan E Commerce Co ltd
Priority to CN202411976622.8A priority Critical patent/CN119919210A/en
Publication of CN119919210A publication Critical patent/CN119919210A/en
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06QINFORMATION 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
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0609Qualifying participants for shopping transactions
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60Protecting data
    • G06F21/62Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60Protecting data
    • G06F21/64Protecting data integrity, e.g. using checksums, certificates or signatures

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Accounting & Taxation (AREA)
  • General Engineering & Computer Science (AREA)
  • General Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • Finance (AREA)
  • Health & Medical Sciences (AREA)
  • Software Systems (AREA)
  • Databases & Information Systems (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

一种基于电子签证的交易管理方法、系统、设备及介质,涉及交易管理领域。在该方法中,构建分布式信任网络,并在所述分布式信任网络上部署区块链;根据预设规则和预设协议编写智能合约,并将所述智能合约部署到所述区块链上;当交易双方达成交易意向时,交易发起方在所述区块链上发起交易请求,并在所述交易请求中附带所述交易发起方的电子签证;根据所述交易请求通过所述智能合约对交易双方的身份和电子签证进行验证,当验证通过时,批准双方进行交易并在所述区块链上生成交易记录。实施本申请提供的技术方案,提高了交易效率,减少了人为干预,确保了交易的合法性和可信性。

A transaction management method, system, device and medium based on electronic visas, relating to the field of transaction management. In the method, a distributed trust network is constructed, and a blockchain is deployed on the distributed trust network; a smart contract is written according to preset rules and preset protocols, and the smart contract is deployed on the blockchain; when the transaction parties reach a transaction intention, the transaction initiator initiates a transaction request on the blockchain, and the transaction request is accompanied by the electronic visa of the transaction initiator; the identities and electronic visas of the transaction parties are verified through the smart contract according to the transaction request, and when the verification is passed, the transaction is approved for both parties to conduct the transaction and a transaction record is generated on the blockchain. The implementation of the technical solution provided by the present application improves transaction efficiency, reduces human intervention, and ensures the legitimacy and credibility of the transaction.

Description

Transaction management method, system, equipment and medium based on electronic visa
Technical Field
The application relates to the technical field of transaction management, in particular to a transaction management method, system, equipment and medium based on an electronic visa.
Background
With the rapid development of information technology, the fields of electronic commerce and financial transactions are gradually moving to digitization and decentralization. Traditional transaction management models rely on centralized financial institutions and third party intermediaries, while capable of guaranteeing a certain level of security and reliability, have many limitations in terms of efficiency, transparency and cost control.
In existing transaction management techniques, common solutions include using a centralized database system to record transaction information, relying on manual auditing or third party certification authorities to verify identity information of both parties to the transaction. However, the centralized database system is easily affected by single-point faults, once the central server has a problem, the whole transaction system can be paralyzed, the cost of manual auditing and third party authentication is high, the time consumption is long, and the requirement of quick transaction cannot be met. While the existing distributed account book technology improves the reliability of the system, loopholes still exist in the processes of identity verification and transaction approval, and malicious behaviors and fraudulent transactions are difficult to be completely prevented.
Accordingly, there is a need for a more efficient, safe and reliable transaction management method that addresses these problems in the prior art.
Disclosure of Invention
The application provides a transaction management method, a system, equipment and a medium based on an electronic visa, which realize transparency, automation and security of transaction, improve transaction efficiency, reduce human intervention and ensure legitimacy and credibility of the transaction by constructing a safe and reliable distributed trust network and intelligent contracts.
In a first aspect of the present application, there is provided a transaction management method based on an electronic visa, applied to a transaction management platform, the method comprising:
constructing a distributed trust network, and deploying a blockchain on the distributed trust network;
Writing an intelligent contract according to preset rules and preset protocols, and deploying the intelligent contract to the blockchain;
When the transaction parties reach the transaction intention, a transaction initiator initiates a transaction request on the blockchain, and an electronic visa of the transaction initiator is attached to the transaction request;
and verifying the identity and the electronic visa of the two parties of the transaction through the intelligent contract according to the transaction request, and when the verification is passed, approving the two parties to conduct the transaction and generating a transaction record on the blockchain.
Optionally, the building a distributed trust network and deploying the blockchain on the distributed trust network includes:
Determining a transaction participant, setting the transaction participant as a node, and constructing all nodes into a distributed trust network based on a point-to-point topological structure;
Deploying blockchain client software on each node of the distributed trust network, and configuring preset parameters and keys;
creating an creation block of a block chain based on the basic information of the distributed trust network, and setting an initial state of the network;
the blockchain service is started on all nodes and the generation and verification of the blocks is started.
Optionally, writing the smart contract according to a preset rule and a preset protocol, and deploying the smart contract onto the blockchain includes:
Packaging byte codes and metadata of the intelligent contracts into deployment transactions, submitting the deployment transactions to the blockchain, and verifying whether the byte codes meet the rules and standards of the blockchain through preset nodes;
If the verification is passed, packaging the deployment transaction into a new block, and waiting to be confirmed by other nodes, wherein the other nodes refer to nodes except the preset node;
and confirming a first threshold according to the consensus mechanism of the blockchain, confirming that the deployment transaction is valid when the confirmed node number is greater than or equal to the first threshold, and writing the intelligent contract into a ledger of the blockchain.
Optionally, before the verifying the identity and the electronic visa of the two parties of the transaction through the smart contract according to the transaction request, the method further includes:
Collecting historical transaction records of target nodes, the quantity and quality of resources shared in a network, on-line time length and stability, determining historical behavior scores according to the historical transaction records, determining resource contribution scores according to the quantity and quality of the resources shared in the network, and determining on-line time scores according to the on-line time length and stability, wherein the target nodes are nodes corresponding to the two transaction parties;
Respectively distributing a weight to the historical behavior score, the resource contribution score and the online time score, carrying out weighted summation to obtain a trust score of the target node, and judging whether the trust score is higher than a second threshold value;
And when the trust score is smaller than or equal to the second threshold value, prompting that the transaction party corresponding to the target node is abnormal.
Optionally, the verifying the identity and the electronic visa of the two parties of the transaction according to the transaction request through the intelligent contract includes:
Checking whether a first electronic visa attached to the transaction request is valid or not through the intelligent contract, wherein the checking comprises checking an issuing mechanism, an issuing date and a validity period of the electronic visa, and the first electronic visa is an electronic visa corresponding to the transaction initiator;
When the first electronic visa is valid, verifying whether first identity information in the transaction request is consistent with the identity information in the first electronic visa;
Decrypting information of a transaction receiver in the transaction request when the first identity information in the transaction request is consistent with the identity information in the first electronic visa, wherein the information of the transaction receiver comprises a second electronic visa and second identity information of the transaction receiver, and judging whether the second electronic visa is valid or not;
When the second electronic visa is valid, acquiring a first identifier in the second electronic visa, and judging whether the first identifier in the second electronic visa is identical to a second identifier corresponding to the second identity information;
and when the first identifier in the second electronic visa is the same as the second identifier corresponding to the second identity information, confirming that the verification is passed.
Optionally, the approving the transaction by the two parties and generating a transaction record on the blockchain includes:
Monitoring the execution state of the transaction through the intelligent contract, wherein the execution state comprises the completion degree of the transaction, the performance condition of both parties of the transaction and whether the transaction has an default behavior;
triggering a preset default processing mechanism through the intelligent contract when detecting that any one of the two parties of the transaction has default behavior, wherein the default processing mechanism comprises freezing part of assets of the default party and recording the default behavior on a blockchain as bad records;
When no illegal action is detected and the transaction is completely carried out, triggering a transaction completion confirmation mechanism through the intelligent contract, updating credit evaluation of both transaction parties, and recording the transaction completion state on a blockchain.
Optionally, the approving the transaction by the two parties and generating a transaction record on the blockchain further includes:
Generating, by the smart contract, a unique transaction identifier for identifying the transaction;
recording the transaction identifier, the identity information of both transaction parties, the transaction terms and the transaction time on a blockchain through the intelligent contract to form a transaction record;
and sending transaction confirmation information to the transaction parties through the intelligent contract, wherein the transaction confirmation information comprises a transaction identifier and a blockchain address of a transaction record so that the transaction parties can inquire and verify the transaction state later.
In a second aspect of the present application, there is provided an electronic visa-based transaction management system, including a deployment module, a contract module, a request module, and an execution module, wherein:
the deployment module is configured to construct a distributed trust network and deploy a blockchain on the distributed trust network;
The contract module is configured to write an intelligent contract according to preset rules and preset protocols and deploy the intelligent contract to the blockchain;
The request module is configured to initiate a transaction request on the blockchain by a transaction initiator when the transaction parties reach a transaction intention, and attach an electronic visa of the transaction initiator to the transaction request;
And the execution module is configured to verify the identity and the electronic visa of both sides of the transaction through the intelligent contract according to the transaction request, and when the verification passes, both sides are approved to conduct the transaction and a transaction record is generated on the blockchain.
In a third aspect the application provides an electronic device comprising a processor, a memory for storing instructions, a user interface and a network interface, both for communicating with other devices, the processor being for executing instructions stored in the memory to cause the electronic device to perform a method as claimed in any one of the preceding claims.
In a fourth aspect of the application there is provided a computer readable storage medium storing instructions which, when executed, perform a method as claimed in any one of the preceding claims.
In summary, one or more technical solutions provided in the embodiments of the present application at least have the following technical effects or advantages:
1. By constructing a distributed trust network and deploying a blockchain, a decentralised data storage and verification mechanism is realized, the risk of data falsification or deletion is effectively prevented, the transaction verification is performed by utilizing an intelligent contract, the transaction process can be ensured to follow a preset rule and protocol, the possibility of human intervention and fraud is reduced, and a transaction initiator is attached with an electronic visa in a transaction request, so that the reliability of the identity of the two parties of the transaction and the validity of the transaction are further enhanced;
2. The automatic execution characteristic of the intelligent contract can obviously reduce the transaction processing time, improve the transaction efficiency, and the distributed characteristic of the blockchain enables the transaction verification and record generation to be performed on a plurality of nodes in parallel, so that the transaction speed is further increased;
3. The introduction of the distributed trust network and the blockchain reduces the dependence on the traditional intermediaries, thereby reducing the transaction cost, reducing the manual operation and auditing links for the automatic execution of the intelligent contract and further reducing the operation cost;
4. The transaction records on the blockchain are public and non-tamperable, so that the transparency of the transaction is enhanced, each transaction is recorded in detail, the traceability and audit can be conveniently carried out, and the standardization of transaction management is improved;
5. The distributed trust network and the blockchain technology provide a fair and transparent transaction environment for both transaction parties, are beneficial to establishing and maintaining trust relationships, and the automatic execution and non-falsification of intelligent contracts enhance the confidence of both transaction parties and promote wider cooperation and communication.
Drawings
FIG. 1 is a flow chart of a transaction management method based on an electronic visa according to an embodiment of the present application;
FIG. 2 is a block diagram of an electronic visa-based transaction management system according to an embodiment of the present application;
Fig. 3 is a schematic structural diagram of an electronic device according to an embodiment of the present application.
Reference numerals illustrate 201, deployment module, 202, contract module, 203, request module, 204, execution module, 301, processor, 302, communication bus, 303, user interface, 304, network interface, 305, memory.
Detailed Description
In order that those skilled in the art will better understand the technical solutions in the present specification, the technical solutions in the embodiments of the present specification will be clearly and completely described below with reference to the drawings in the embodiments of the present specification, and it is apparent that the described embodiments are only some embodiments of the present application, not all embodiments.
In describing embodiments of the present application, words such as "for example" or "for example" are used to mean serving as examples, illustrations, or descriptions. Any embodiment or design described herein as "such as" or "for example" in embodiments of the application should not be construed as preferred or advantageous over other embodiments or designs. Rather, the use of words such as "or" for example "is intended to present related concepts in a concrete fashion.
In the description of embodiments of the application, the term "plurality" means two or more. For example, a plurality of systems means two or more systems, and a plurality of screen terminals means two or more screen terminals. Furthermore, the terms "first," "second," and the like, are used for descriptive purposes only and are not to be construed as indicating or implying relative importance or implicitly indicating an indicated technical feature. Thus, a feature defining "a first" or "a second" may explicitly or implicitly include one or more such feature. The terms "comprising," "including," "having," and variations thereof mean "including but not limited to," unless expressly specified otherwise.
The embodiment discloses a transaction management method based on an electronic visa, which is applied to a transaction management platform, and fig. 1 is a flow diagram of the transaction management method based on the electronic visa, as shown in fig. 1, and the method comprises the following steps:
S110, constructing a distributed trust network, and deploying a blockchain on the distributed trust network;
A distributed trust network is a network architecture built based on the decentralized principle, which uses multiple nodes to commonly maintain the security and trust of the network. Compared with the traditional centralized network, the distributed trust network has higher security, stability and expandability. In building a distributed trust network, it is first necessary to determine the nodes in the network. The nodes may be computers, servers or other network devices that are connected by a network to form a vast network of nodes. The nodes are then constructed as a de-centralized network based on a point-to-point topology, where each node has the same position and function. In order to ensure stable operation of the network, corresponding parameters and keys need to be configured for each node. These parameters and keys are used for communication and data exchange between nodes, ensuring the security and integrity of the data. Meanwhile, a set of rules and protocols are required to be formulated for guiding the behavior and data interaction modes among the nodes. Blockchain is a distributed database technology that combines blocks of data in a chain fashion into a specific data structure through a series of time-sequential ways, and cryptographically guarantees against tampering and forgery. The blockchain is deployed on the distributed trust network, so that the security and the trust degree of the network can be further enhanced. When deploying a blockchain, an creative block needs to be created based on basic information of a distributed trust network. The originating block is the first block of the blockchain, which contains the basic information and initial state of the network. Then, after the subsequent blocks are added to the created block through a series of complex algorithms and consensus mechanisms, a complete blockchain is formed. In each block of the blockchain, a plurality of transaction records are included. These transaction records may be any form of digital asset transfer or information exchange. When a new transaction occurs, it is broadcast to each node in the network and verified and recorded by the node. Once a transaction is confirmed and recorded on the blockchain, it cannot be tampered with or deleted. In order to ensure the safety and stability of the blockchain, a set of strict consensus mechanism and verification rules need to be formulated. These rules and mechanisms are used to ensure data consistency between nodes and to prevent malicious attacks. Meanwhile, a set of incentive mechanisms are required to be established to encourage the nodes to actively participate in the maintenance and expansion work of the blockchain.
Optionally, the building a distributed trust network and deploying the blockchain on the distributed trust network includes:
Determining a transaction participant, setting the transaction participant as a node, and constructing all nodes into a distributed trust network based on a point-to-point topological structure;
Deploying blockchain client software on each node of the distributed trust network, and configuring preset parameters and keys;
creating an creation block of a block chain based on the basic information of the distributed trust network, and setting an initial state of the network;
the blockchain service is started on all nodes and the generation and verification of the blocks is started.
Before a distributed trust network is built, it is first necessary to specify the participants of the transaction in the network. These participants may be individuals, organizations, or institutions that will conduct transfers of digital assets or exchanges of information in the network. The determined transaction participants are set as nodes in the network. Each node has data processing and storage capabilities and is capable of communicating with other nodes via a network. All nodes are connected based on a point-to-point topology to form a decentralized distributed trust network. In this network, each node has the same status and function, without a centralized control node. Blockchain client software is deployed on each node of the distributed trust network. The software is the basis for the nodes to participate in the blockchain network and is responsible for processing transactions on the blockchain, generating and verifying blocks and other tasks. Preset parameters and keys are configured for each node. These parameters include network addresses, port numbers, connection numbers, etc. of the nodes for communication and data exchange between the nodes. The secret key is used for guaranteeing data security among the nodes and preventing data from being stolen or tampered by malicious attackers. An creation block is created based on the basic information of the distributed trust network. The creative block is the first block of the blockchain and contains basic information of the network, initial state and creative family friend records. The initial state of the network is set in the creation block, and the initial state comprises a consensus mechanism, a transaction rule, an incentive mechanism and the like of the network. These settings will instruct the nodes in the network how to participate in the maintenance and expansion work of the blockchain. The blockchain service is initiated on all nodes. These services will be responsible for handling tasks such as communication between nodes, processing and verification of transactions, generation and broadcasting of blocks, etc. When the blockchain service is started, the node will begin participating in the generation and verification process of the block. According to the consensus mechanism of the network, the nodes compete to generate new blocks, and the generated blocks are broadcast to the network for verification. Once a block is verified, it will be added to the blockchain as part of the network.
By setting the transaction participants as nodes and constructing a distributed trust network based on a point-to-point topology, decentralised data management is achieved. This avoids the risk of failure or attack of a single central point, thereby enhancing the trust and security of the overall system. And deploying the blockchain client software on each node, and configuring preset parameters and keys to ensure the integrity and consistency of data. The characteristics of the blockchain enable each transaction to be recorded and disclosed, and any node can verify the authenticity and validity of the transaction, so that the transparency and traceability of data are improved. The generation blocks of the block chain are created based on the basic information of the distributed trust network, and the initial state of the network is set, so that a reference is provided for the generation and verification of the subsequent blocks. The chain structure of the blockchain is such that once data is written to a block, it cannot be tampered with or deleted, thereby ensuring the non-tamper ability of the data. The blockchain service is initiated on all nodes and the generation and verification of the blocks is started, enabling the system to efficiently handle a large number of transactions. Meanwhile, due to the decentralization characteristic of the distributed trust network, new nodes can be easily added into the system, so that the expandability of the system is improved. By combining the distributed trust network and the blockchain, the dependence on the centralized server can be reduced, thereby reducing the maintenance and operation costs of the server. In addition, the automation and intelligent contract functions of the blockchain may further reduce transaction costs and complexity.
S120, writing an intelligent contract according to a preset rule and a preset protocol, and deploying the intelligent contract to the blockchain;
The smart contracts may be written using a variety of programming languages, such as Solidity, vyper, C ++, and the like. The selection of the appropriate programming language should be determined based on project requirements and platform support. The structure and function of the intelligent contract are defined according to specific business requirements or preset rules and protocols. This includes defining variables, functions, events, etc. of the contract to ensure that the smart contract is able to perform certain logic and operations as intended. The code of the smart contract is written according to the defined structure and function. In the writing process, efficiency, security and reusability of the code should be considered. Ensuring that the code logic is clear, easy to understand and maintain. Selecting a proper blockchain platform according to project requirements and resource considerations. There are ethernet, EOS, HYPERLEDGER FABRIC, etc. in common use at present. Different platforms have different writing languages and deployment modes of intelligent contracts, so the intelligent contracts are adapted according to the requirements of the platforms. And configuring a corresponding development environment according to the selected blockchain platform. It is often necessary to install and configure a corresponding Software Development Kit (SDK), wallet, development framework, etc. Compiling the written intelligent contract codes to generate deployable contract byte codes or binary files. This is a necessary step before deploying the smart contract to ensure that the code is able to execute correctly on the blockchain. And selecting a proper deployment mode according to project requirements and platform support. Common deployment modes include local deployment and cloud deployment. Local deployment requires self-building of blockchain nodes and networks, while cloud deployment can be deployed by virtue of blockchain services provided by cloud service providers. And selecting a proper deployment tool to deploy the intelligent contract into the target blockchain network. This typically requires uploading the compiled contract bytecode or binary file to the blockchain platform and paying a corresponding gas fee (e.g., gas fee in ethernet). After successful deployment, the smart contract will be recorded on the blockchain and possess a unique contract address.
Optionally, writing the smart contract according to a preset rule and a preset protocol, and deploying the smart contract onto the blockchain includes:
Packaging byte codes and metadata of the intelligent contracts into deployment transactions, submitting the deployment transactions to the blockchain, and verifying whether the byte codes meet the rules and standards of the blockchain through preset nodes;
If the verification is passed, packaging the deployment transaction into a new block, and waiting to be confirmed by other nodes, wherein the other nodes refer to nodes except the preset node;
and confirming a first threshold according to the consensus mechanism of the blockchain, confirming that the deployment transaction is valid when the confirmed node number is greater than or equal to the first threshold, and writing the intelligent contract into a ledger of the blockchain.
After the smart contract is written, it is necessary to package its bytecode (i.e., compiled machine code) and metadata (e.g., contract name, function signature, etc.) into a deployment transaction. This deployment transaction is a formal request to submit an intelligent contract to the blockchain. The packaged deployment transaction is submitted to the blockchain network through a preset node (typically the node selected by the developer or administrator). The preset node here acts as a bridge responsible for sending deployment transactions into the blockchain network for subsequent verification and validation. After receiving the deployment transaction, the preset node will first verify the byte code therein. This step is to ensure that the bytecode complies with the rules and standards of the blockchain, such as syntax correctness, opcode validity, etc. This is an important premise to ensure that intelligent contracts can execute correctly on the blockchain. If the bytecode verification is passed, the preset node packages the deployment transaction into a new block. This new block will contain a series of transactions, including deployment transactions and other user initiated transactions. After the new block is generated, it is necessary to wait for other nodes (i.e., nodes other than the preset node) to confirm it. This is part of a blockchain consensus mechanism that is intended to ensure that all nodes agree on the contents of the new block. The first threshold is determined based on a consensus mechanism of the blockchain (e.g., workload certification, equity certification, etc.). This first threshold represents the minimum number of nodes needed to validate the new block. Different consensus mechanisms may have different ways of threshold determination. When the number of nodes confirming the new block is greater than or equal to the first threshold, the new block (and the deployment transaction therein) may be considered to have been validly confirmed. This means that deployment transactions of smart contracts have been accepted by blockchain networks. The bytecode and metadata of the smart contract are formally written into the ledger of the blockchain. This means that the smart contract is now already part of the blockchain network, and can be accessed and executed by any node. At the same time, the deployment address of the intelligent contract is also generated for subsequent calling and interactive use.
Before the intelligent contract is deployed, the byte code of the intelligent contract is verified through a preset node, so that the byte code meets the rules and standards of the blockchain. This process helps prevent malicious code or non-compliant smart contracts from being deployed onto the blockchain, thereby guaranteeing the security and stability of the blockchain network. And packaging the byte codes and the metadata of the intelligent contracts into deployment transactions, and submitting the deployment transactions to a blockchain network for verification and validation. This process simplifies the deployment flow of the intelligent contract, making the deployment process more efficient and convenient. Meanwhile, through common confirmation of the preset nodes and other nodes, the deployment of the intelligent contract is ensured to have high reliability and credibility. And confirming the first threshold according to the consensus mechanism of the blockchain, confirming that the deployment transaction is valid when the confirmed node number is greater than or equal to the threshold, and writing the intelligent contract into the account book of the blockchain. The process fully utilizes the consensus mechanism of the blockchain network, and ensures that the deployment and the writing process of the intelligent contract have high consistency and reliability. Meanwhile, the overall performance and the expandability of the blockchain network are enhanced. When the intelligent contract is successfully deployed to the blockchain, its code and data will be permanently recorded in the ledger of the blockchain and protected by the non-tamperability of the blockchain. This means that the execution result and transaction record of the smart contract cannot be changed or deleted, thereby guaranteeing the transparency and credibility of the smart contract. Meanwhile, a reliable dispute resolution mechanism is provided for both transaction parties.
S130, when transaction parties reach a transaction intention, a transaction initiator initiates a transaction request on the blockchain, and an electronic visa of the transaction initiator is attached to the transaction request;
In the bidding process, the bidding party (purchasing party) and bidding party (supplier) agree on the key terms of contract terms, price, delivery period and the like, and then the bidding party and bidding party (supplier) are regarded as the trade intention to be achieved. The transaction initiator (typically the bid-winning bidder or bid-accepting bidder) initiates the transaction request through the blockchain platform. This request contains details of the transaction, such as details of the goods or services, the transaction amount, the delivery date, etc. In a transaction request, the transaction initiator may have its electronic visa attached. Electronic visas are the validation and authorization of a transaction request by a transaction initiator, typically in the form of a digital signature. It ensures the authenticity and non-tamper ability of the transaction request. The transaction request and its accompanying electronic visa will be recorded on the blockchain. The distributed nature and non-tamperability of the blockchain ensures the authenticity and security of the transaction information. Meanwhile, the nodes on the blockchain verify the transaction, so that the transaction is ensured to accord with preset rules and protocols. When the transaction is confirmed by the blockchain network, both parties to the transaction can begin executing the transaction. The blockchain platform records each step and state of the transaction, ensuring transparency and traceability of the transaction. In the enterprise purchasing process, the purchasing department can determine the purchased goods or services according to the business requirements and make a corresponding purchasing plan. The purchasing department will select the appropriate suppliers to negotiate and agree on the key terms of price, quality, delivery period, etc. Similar to the bidding scenario, the transaction initiator (typically the buyer) initiates a transaction request through the blockchain platform with its electronic visa attached. This step ensures the authenticity and security of the transaction request. When the transaction request is validated by the blockchain network, the purchasing party and the provider may generate a formal purchase order. The blockchain platform records details of the order including descriptions of goods or services, quantity, price, delivery date, etc. Meanwhile, the purchasing party and the supplier can track the state and progress of the order in real time through the blockchain platform. After the transaction is completed, the buyer pays through the blockchain platform. The blockchain platform records payment information and ensures the accuracy and security of the payment. Meanwhile, the blockchain platform can also provide an intelligent contract function to realize an automatic payment and settlement process.
And S140, verifying the identity and the electronic visa of the two parties of the transaction through the intelligent contract according to the transaction request, and when the verification is passed, approving the two parties to conduct the transaction and generating a transaction record on the blockchain.
When the transaction parties reach the transaction intention, the transaction initiator submits a transaction request to the blockchain network. This request typically contains basic information about the transaction, such as the identity of the transaction party, the amount of the transaction, a description of the goods or services being transacted, etc. Once submitted to the blockchain network, the transaction request triggers a preset smart contract. An intelligent contract is an automatically executed program that contains rules, conditions, and validation logic for a transaction. The smart contract will first verify the identity of both parties to the transaction. This typically involves checking whether the transaction parties have registered on the blockchain network and whether their identities (e.g., public keys, digital certificates, etc.) are valid. The smart contract may verify the electronic visa attached to the transaction request. An electronic visa is the validation and authorization of a transaction request by a transaction initiator, which typically contains a digital signature of the transaction initiator and a hash value of the transaction request. The smart contract will check the validity of the digital signature and whether the hash value matches the contents of the transaction request. In addition to authentication and electronic visa authentication, smart contracts may contain some additional compliance checks. For example, it is checked whether both parties to the transaction meet certain qualification requirements, or whether the transaction violates any laws or regulations. If the smart contract verifies that both the identity of the transaction party and the electronic visa are valid and the transaction meets all rules and conditions, then the smart combined date approves the transaction. This means that the transaction partner can begin to perform further operations such as transfer of funds or delivery of goods. When the transaction is approved, the intelligent appointment generates a transaction record on the blockchain. This record contains all relevant information about the transaction, such as the identity of the transaction parties, the transaction amount, the transaction time, the transaction status, etc. The distributed nature and non-tamperability of the blockchain ensures the authenticity and security of the transaction records. Finally, the intelligent closing date sends a notice of successful transaction to both transaction sides. This is typically accomplished through a messaging mechanism over a blockchain network. The transaction partner may confirm the outcome of the transaction based on this notification and take corresponding action.
Optionally, before the verifying the identity and the electronic visa of the two parties of the transaction through the smart contract according to the transaction request, the method further includes:
Collecting historical transaction records of target nodes, the quantity and quality of resources shared in a network, on-line time length and stability, determining historical behavior scores according to the historical transaction records, determining resource contribution scores according to the quantity and quality of the resources shared in the network, and determining on-line time scores according to the on-line time length and stability, wherein the target nodes are nodes corresponding to the two transaction parties;
Respectively distributing a weight to the historical behavior score, the resource contribution score and the online time score, carrying out weighted summation to obtain a trust score of the target node, and judging whether the trust score is higher than a second threshold value;
And when the trust score is smaller than or equal to the second threshold value, prompting that the transaction party corresponding to the target node is abnormal.
Collecting transaction records completed by target nodes (namely nodes corresponding to both transaction parties) in a past period of time. These records may reflect node historic transaction behavior, including frequency of transactions, success rate, whether fraud or violations are involved, and so forth. Resources shared by the target node in the blockchain network, such as computing power, storage space, network bandwidth, etc., and the quality of those resources are evaluated. This may reflect the degree of contribution of the node to the network and its liveness and importance in the network. The online time length of the target node and the stability of the target node in the network are recorded. This may reflect the availability and reliability of the nodes and is critical to ensure successful transactions. And determining the historical behavior score of the target node according to the historical transaction record. This may be scored based on factors such as success rate of the transaction, history of fraudulent activity, etc. And determining the resource contribution of the target node according to the quantity and quality of the resources shared in the network. This may be scored based on the number of resources provided by the node, quality, stability, etc. And determining the online time division of the target node according to the online time length and the stability. This may be scored based on factors such as the length of time the node is online, the frequency of disconnection, etc. A weight is assigned to each of the historical behavior score, the resource contribution score, and the online time score. The assignment of these weights may be adjusted according to the specific needs and policies of the network to reflect the importance of the various metrics in trust assessment. And multiplying the scores of the indexes by the weights corresponding to the scores, and summing the scores to obtain the trust score of the target node. A second threshold is set based on security requirements and trust evaluation policies of the network. The second threshold is used to determine whether the trust score of the target node is high enough for further transaction verification. The trust of the target node is compared to a second threshold. If the trust score is above the second threshold, the target node is deemed trusted and verification of the transaction request may proceed. If the trust score is less than or equal to the second threshold, the target node is considered to be at an abnormal or potential risk. At this point, the system may prompt the transaction parties to pay attention and may require further investigation or verification measures.
By collecting information such as historical transaction records, resource contributions, online time length, stability and the like of the target node, the reputation and reliability of the node can be comprehensively evaluated. This helps to identify potential fraudulent or bad transaction habits, thereby providing risk pre-warning prior to the transaction, improving the security of the transaction. The calculation and presentation of the trust score provides an objective trust evaluation criterion for both parties to the transaction. When the transaction party sees that the trust score of the other party is higher, the transaction party is willing to conduct transactions, so that the trust sense of the transaction party is enhanced, and smooth conducting of the transactions is promoted. By encouraging nodes to share resources in the network, maintaining online time and stability, and maintaining good transaction records, the ecology of the blockchain network can be optimized. This helps to improve the performance and reliability of the overall network, providing better service for more users. When the trust score of the target node is lower than a second threshold value, the system prompts the transaction party to have abnormality. This helps to discover and prevent fraud and malicious activity in time, protecting the legal interests of both parties to the transaction. By introducing a trust evaluation mechanism, a user can more fully know the reputation of the other party before a transaction, thereby making a more intelligent transaction decision. This helps to improve the user's transaction experience and satisfaction. By improving the security and the trust of the transaction, the application of the blockchain technology in the fields of finance, supply chain management, digital asset transaction and the like can be further promoted. This helps expand the market space of blockchain technology, promoting the continued development and innovation of technology.
Optionally, the verifying the identity and the electronic visa of the two parties of the transaction according to the transaction request through the intelligent contract includes:
Checking whether a first electronic visa attached to the transaction request is valid or not through the intelligent contract, wherein the checking comprises checking an issuing mechanism, an issuing date and a validity period of the electronic visa, and the first electronic visa is an electronic visa corresponding to the transaction initiator;
When the first electronic visa is valid, verifying whether first identity information in the transaction request is consistent with the identity information in the first electronic visa;
Decrypting information of a transaction receiver in the transaction request when the first identity information in the transaction request is consistent with the identity information in the first electronic visa, wherein the information of the transaction receiver comprises a second electronic visa and second identity information of the transaction receiver, and judging whether the second electronic visa is valid or not;
When the second electronic visa is valid, acquiring a first identifier in the second electronic visa, and judging whether the first identifier in the second electronic visa is identical to a second identifier corresponding to the second identity information;
and when the first identifier in the second electronic visa is the same as the second identifier corresponding to the second identity information, confirming that the verification is passed.
When a transaction initiator submits a transaction request, the smart contract first checks whether the first electronic visa attached to the request is valid. This includes verifying whether the issuing authority of the electronic visa is legitimate, whether the date of issue is within a valid range, and whether the current state of the electronic visa is within a valid period. If the first electronic visa verifies, the smart contract then checks whether the first identity information in the transaction request (typically the identity information of the transaction initiator) is consistent with the identity information recorded in the electronic visa. This step ensures that the transaction request is submitted by a legitimate transaction initiator. The intelligent appointment decrypts the transaction recipient information in the transaction request. Such information typically includes a second electronic visa and second identity information of the transaction recipient. The decryption process ensures confidentiality and integrity of the information and prevents the information from being tampered or revealed during transmission. After decryption, the smart contract may check the validity of the second electronic visa, similar to the verification process for the first electronic visa. This includes confirming the validity of the issuing authority, the validity of the date of issue, and the current status of the electronic visa. After confirming that the second electronic visa is valid, the smart contract will obtain a first identification in the electronic visa (which is typically a unique identifier that distinguishes between different identities) and check whether this identification is the same as the second identification recorded in the second identity information of the transaction recipient. This step ensures that the identity of the transaction recipient is also truly legitimate. If all the steps are verified, namely the first electronic visa and the second electronic visa are valid, and the identity information of both transaction parties is consistent with the information in the electronic visa, the intelligent contract can confirm that the verification is passed. This means that both the identity of the transaction party and the electronic visa are strictly verified, and the transaction can proceed.
The smart contract ensures that the electronic visas of both parties to the transaction are legitimate and unexpired by checking the validity of the electronic visas (including issuing authority, date of issue, validity period). This helps to prevent transactions from being conducted using counterfeit or expired electronic visas, thereby enhancing the security of the transaction. After confirming that the first electronic visa is valid, the intelligent contract further verifies whether the first identity information in the transaction request is consistent with the identity information in the electronic visa. This step ensures the authenticity of the identity of the transaction initiator, preventing the risk of identity fraud or theft. The information of the transaction receiver (comprising the second electronic visa and the second identity information) is encrypted in the transmission process and decrypted only in the verification process. This protects the privacy and security of the transaction recipient and prevents the risk of information disclosure. After verifying the validity of the second electronic visa, the intelligent contract further confirms the identity of the transaction recipient by comparing the first identifier in the electronic visa with a second identifier corresponding to the identity information. This dual authentication mechanism improves accuracy and reliability of verification. The whole verification process is automatically executed by the intelligent contract without manual intervention. This improves the efficiency and accuracy of the verification and reduces the risk of human error. Meanwhile, the automatic execution of the intelligent contract also accelerates the processing speed of the transaction and improves the efficiency of the transaction. Through strict electronic visa and identity information verification flow, the intelligent contract provides a safe and reliable transaction environment for both transaction parties. This helps to enhance the sense of trust of both parties to the transaction and promote the smooth progress of the transaction.
Optionally, the approving the transaction by the two parties and generating a transaction record on the blockchain includes:
Monitoring the execution state of the transaction through the intelligent contract, wherein the execution state comprises the completion degree of the transaction, the performance condition of both parties of the transaction and whether the transaction has an default behavior;
triggering a preset default processing mechanism through the intelligent contract when detecting that any one of the two parties of the transaction has default behavior, wherein the default processing mechanism comprises freezing part of assets of the default party and recording the default behavior on a blockchain as bad records;
When no illegal action is detected and the transaction is completely carried out, triggering a transaction completion confirmation mechanism through the intelligent contract, updating credit evaluation of both transaction parties, and recording the transaction completion state on a blockchain.
The smart contracts can continuously monitor the execution status of the transaction, including the completion of the transaction (e.g., the ratio of the completed transaction portion to the total transaction amount), the performance of both parties to the transaction (e.g., whether goods or services are delivered according to contracted time, quantity, quality, etc.), and whether there is an offending act. The intelligent contract can timely discover and feed back any abnormal situation in the transaction execution process by collecting and analyzing transaction data in real time, and provides timely information support for both transaction parties and a supervision organization. When the intelligent contract detects that any one of the two transaction parties has an default, such as non-on-time delivery of goods, non-standard service quality, non-paid money and the like, a preset default processing mechanism is triggered. The breach processing mechanism may include freezing a portion of the offender's assets to ensure that it has sufficient resources to afford breach responsibility or reimbursement loss. Meanwhile, the intelligent contract can record the default behavior on the blockchain as a bad record for other transaction parties to refer to. By means of the record of the blockchain, the default behavior becomes traceable and untampered, and transparency and fairness of transactions are enhanced. This helps maintain trust and stability of the blockchain network. When the smart contract does not detect the existence of the default behavior and both transaction parties have completely fulfilled their respective obligations, a transaction completion confirmation mechanism will be triggered. After the transaction is completed, the intelligent contract updates its credit rating according to the performance of both parties to the transaction. This helps to establish and maintain a credit-based transaction environment that encourages both parties to the transaction to follow rules, honest and faithful trust. Finally, the smart contract records the status of the transaction completion on the blockchain. This record not only demonstrates the validity and effectiveness of the transaction, but also provides trusted evidence support for both parties to the transaction. At the same time, it also provides valuable reference information for other transactors in the blockchain network.
The intelligent contract can monitor the execution state of the transaction in real time, including the completion degree of the transaction and the performance of both parties of the transaction. The real-time monitoring mechanism improves the transparency of the transaction, so that both parties of the transaction can know the progress of the transaction at any time, and the reliability and the controllability of the transaction are enhanced. When detecting that any one of the two parties to the transaction has an default action, the intelligent contract can automatically trigger a preset default handling mechanism. The automatic processing mechanism not only improves the processing efficiency, but also reduces the possibility of human intervention and reduces the risk of processing confusion or delay caused by human factors. Meanwhile, part of the assets of the offender are frozen, the offender is recorded as bad records on the blockchain, effective restriction and punishment are formed for the offender, and fairness and integrity of transactions are maintained. When the transaction is completely conducted, the intelligent contract can trigger a transaction completion confirmation mechanism to update credit evaluation of both transaction sides. The perfection of the credit evaluation system is helpful for improving the trust of both transaction parties and promoting the smooth proceeding of the transaction. Meanwhile, the state of transaction completion is recorded on the blockchain, and a reliable reference basis is provided for subsequent transactions. Through the automatic processing mechanism of the intelligent contract, the transaction cost can be obviously reduced, including reducing the intermediary cost, reducing the dispute resolution cost and the like. At the same time, the non-tamper-evident and de-centralizing nature of the smart contract also reduces risks during transactions, such as data leakage, fraud, etc.
Optionally, the approving the transaction by the two parties and generating a transaction record on the blockchain further includes:
Generating, by the smart contract, a unique transaction identifier for identifying the transaction;
recording the transaction identifier, the identity information of both transaction parties, the transaction terms and the transaction time on a blockchain through the intelligent contract to form a transaction record;
and sending transaction confirmation information to the transaction parties through the intelligent contract, wherein the transaction confirmation information comprises a transaction identifier and a blockchain address of a transaction record so that the transaction parties can inquire and verify the transaction state later.
After the transaction is approved by the smart contract, the smart contract generates a unique transaction identifier. This transaction identifier is unique and is used to uniquely identify the transaction in the blockchain network. It is typically composed of a string of random characters or numbers to ensure that each transaction is accurately identified and tracked. The smart contract then records key information on the blockchain, such as the transaction identifier, identity information of both parties to the transaction (encrypted to protect privacy), terms of the transaction (including details of the item, quantity, price, etc.), and time of the transaction. This information is packaged into a transaction record and stored in a particular block of the blockchain. The distributed nature of the blockchain ensures the security and non-tamper ability of this information. After the transaction record is completed, the intelligent closing date sends transaction confirmation information to both transaction parties. This information includes the transaction identifier and the address of the transaction record on the blockchain (i.e., the hash value of the block on the blockchain that stores the transaction record or the address on the chain). The transaction partner may use this information to subsequently query and verify the transaction status. For example, they may enter a transaction identifier or blockchain address through a blockchain browser or a particular blockchain application to view details of the transaction, including whether the transaction has been confirmed, identity information of both parties to the transaction (partially or fully, depending on privacy settings), terms of the transaction, and time of the transaction, among others.
The smart contract generates a unique transaction identifier, which ensures that each transaction is unique in the blockchain and can be accurately identified and tracked. This helps both parties to the transaction and other participants in the blockchain network to quickly locate and query specific transaction records, improving transparency and traceability of the transaction. The intelligent contract records key information such as a transaction identifier, identity information of both transaction sides, transaction terms, transaction time and the like on the blockchain to form a complete transaction record. The non-tamper-evident and distributed nature of this information ensures the integrity and security of the transaction record so that both parties to the transaction can be confident of the authenticity and validity of the transaction. The smart contract sends transaction confirmation information including the transaction identifier and the transaction record blockchain address to both parties to the transaction. This step enables both parties to the transaction to be immediately notified of the completion of the transaction and can subsequently query and verify the status of the transaction by the provided blockchain address. The instantaneity and convenience improve the experience and satisfaction of both transaction parties and also enhance the reliability and credibility of the transaction. The transmission of the transaction confirmation information is not only confirmation of the completion of the transaction, but also an important bridge for the communication and cooperation of the transaction parties. Through the transaction identifier and the blockchain address, transaction information can be conveniently shared and checked by two parties, and disputes and misunderstandings caused by information asymmetry or misunderstanding are reduced. This helps to establish a more harmonious, efficient trade relationship.
The embodiment also discloses a transaction management system based on an electronic visa, and fig. 2 is a schematic block diagram of the transaction management system based on an electronic visa disclosed in the embodiment of the present application, as shown in fig. 2, the system includes a deployment module 201, a contract module 202, a request module 203, and an execution module 204, where:
A deployment module 201 configured to construct a distributed trust network and deploy blockchains on the distributed trust network;
A contract module 202 configured to write a smart contract according to a preset rule and a preset protocol, and deploy the smart contract onto the blockchain;
a request module 203, configured to, when two parties of a transaction reach a transaction intention, initiate a transaction request on the blockchain by a transaction initiator, and attach an electronic visa of the transaction initiator to the transaction request;
and the execution module 204 is configured to verify the identity and the electronic visa of both sides of the transaction through the intelligent contract according to the transaction request, and when the verification passes, approve both sides of the transaction and generate a transaction record on the blockchain.
Optionally, the deployment module 201 is configured to:
Determining a transaction participant, setting the transaction participant as a node, and constructing all nodes into a distributed trust network based on a point-to-point topological structure;
Deploying blockchain client software on each node of the distributed trust network, and configuring preset parameters and keys;
creating an creation block of a block chain based on the basic information of the distributed trust network, and setting an initial state of the network;
the blockchain service is started on all nodes and the generation and verification of the blocks is started.
Optionally, the contract module 202 is configured to:
Packaging byte codes and metadata of the intelligent contracts into deployment transactions, submitting the deployment transactions to the blockchain, and verifying whether the byte codes meet the rules and standards of the blockchain through preset nodes;
If the verification is passed, packaging the deployment transaction into a new block, and waiting to be confirmed by other nodes, wherein the other nodes refer to nodes except the preset node;
and confirming a first threshold according to the consensus mechanism of the blockchain, confirming that the deployment transaction is valid when the confirmed node number is greater than or equal to the first threshold, and writing the intelligent contract into a ledger of the blockchain.
Optionally, the system further comprises a detection module configured to:
Collecting historical transaction records of target nodes, the quantity and quality of resources shared in a network, on-line time length and stability, determining historical behavior scores according to the historical transaction records, determining resource contribution scores according to the quantity and quality of the resources shared in the network, and determining on-line time scores according to the on-line time length and stability, wherein the target nodes are nodes corresponding to the two transaction parties;
Respectively distributing a weight to the historical behavior score, the resource contribution score and the online time score, carrying out weighted summation to obtain a trust score of the target node, and judging whether the trust score is higher than a second threshold value;
And when the trust score is smaller than or equal to the second threshold value, prompting that the transaction party corresponding to the target node is abnormal.
Optionally, the execution module 204 is configured to:
Checking whether a first electronic visa attached to the transaction request is valid or not through the intelligent contract, wherein the checking comprises checking an issuing mechanism, an issuing date and a validity period of the electronic visa, and the first electronic visa is an electronic visa corresponding to the transaction initiator;
When the first electronic visa is valid, verifying whether first identity information in the transaction request is consistent with the identity information in the first electronic visa;
Decrypting information of a transaction receiver in the transaction request when the first identity information in the transaction request is consistent with the identity information in the first electronic visa, wherein the information of the transaction receiver comprises a second electronic visa and second identity information of the transaction receiver, and judging whether the second electronic visa is valid or not;
When the second electronic visa is valid, acquiring a first identifier in the second electronic visa, and judging whether the first identifier in the second electronic visa is identical to a second identifier corresponding to the second identity information;
and when the first identifier in the second electronic visa is the same as the second identifier corresponding to the second identity information, confirming that the verification is passed.
Optionally, the execution module 204 is configured to:
Monitoring the execution state of the transaction through the intelligent contract, wherein the execution state comprises the completion degree of the transaction, the performance condition of both parties of the transaction and whether the transaction has an default behavior;
triggering a preset default processing mechanism through the intelligent contract when detecting that any one of the two parties of the transaction has default behavior, wherein the default processing mechanism comprises freezing part of assets of the default party and recording the default behavior on a blockchain as bad records;
When no illegal action is detected and the transaction is completely carried out, triggering a transaction completion confirmation mechanism through the intelligent contract, updating credit evaluation of both transaction parties, and recording the transaction completion state on a blockchain.
Optionally, the execution module 204 is configured to:
Generating, by the smart contract, a unique transaction identifier for identifying the transaction;
recording the transaction identifier, the identity information of both transaction parties, the transaction terms and the transaction time on a blockchain through the intelligent contract to form a transaction record;
and sending transaction confirmation information to the transaction parties through the intelligent contract, wherein the transaction confirmation information comprises a transaction identifier and a blockchain address of a transaction record so that the transaction parties can inquire and verify the transaction state later.
It should be noted that, when the apparatus provided in the foregoing embodiment implements the functions thereof, only the division of the foregoing functional modules is used as an example, in practical application, the foregoing functional allocation may be implemented by different functional modules, that is, the internal structure of the device is divided into different functional modules, so as to implement all or part of the functions described above. In addition, the embodiments of the apparatus and the method provided in the foregoing embodiments belong to the same concept, and specific implementation processes of the embodiments of the method are detailed in the method embodiments, which are not repeated herein.
The present embodiment also discloses an electronic device, referring to fig. 3, which may comprise at least one processor 301, at least one communication bus 302, a user interface 303, a network interface 304, at least one memory 305.
Wherein the communication bus 302 is used to enable connected communication between these components.
The user interface 303 may include a Display screen (Display), a Camera (Camera), and the optional user interface 303 may further include a standard wired interface, and a wireless interface.
The network interface 304 may optionally include a standard wired interface, a wireless interface (e.g., WI-FI interface), among others.
Wherein the processor 301 may include one or more processing cores. The processor 301 utilizes various interfaces and lines to connect various portions of the overall server, perform various functions of the server and process data by executing or executing instructions, programs, code sets, or instruction sets stored in the memory 305, and invoking data stored in the memory 305. Alternatively, the processor 301 may be implemented in at least one hardware form of digital signal Processing (DIGITAL SIGNAL Processing, DSP), field-Programmable gate array (Field-Programmable GATE ARRAY, FPGA), programmable logic array (Programmable Logic Array, PLA). The processor 301 may integrate one or a combination of several of a central processor 301 (Central Processing Unit, CPU), an image processor 301 (Graphics Processing Unit, GPU), a modem, etc. The CPU mainly processes an operating system, a user interface, an application program and the like, the GPU is used for rendering and drawing contents required to be displayed by the display screen, and the modem is used for processing wireless communication. It will be appreciated that the modem may not be integrated into the processor 301 and may be implemented by a single chip.
The Memory 305 may include a random access Memory 305 (Random Access Memory, RAM), or may include a Read-Only Memory 305 (Read-Only Memory). Optionally, the memory 305 includes a non-transitory computer readable medium (non-transitory computer-readable storage medium). Memory 305 may be used to store instructions, programs, code, sets of codes, or sets of instructions. The memory 305 may include a stored program area that may store instructions for implementing an operating system, instructions for at least one function (such as a touch function, a sound playing function, an image playing function, etc.), instructions for implementing the respective method embodiments described above, etc., and a stored data area that may store data, etc., involved in the respective method embodiments described above. Memory 305 may also optionally be at least one storage device located remotely from the aforementioned processor 301. As shown in fig. 3, an operating system, a network communication module, a user interface 303 module, and an application program of a transaction management method based on an electronic visa may be included in the memory 305 as one type of computer storage medium.
In the electronic device shown in fig. 3, the user interface 303 is primarily used to provide an input interface for a user to obtain data entered by the user, while the processor 301 may be used to invoke an application program in the memory 305 that stores electronic visa-based transaction management methods, which when executed by the one or more processors 301, cause the electronic device to perform the methods as in one or more of the embodiments described above.
It should be noted that, for simplicity of description, the foregoing method embodiments are all described as a series of acts, but it should be understood by those skilled in the art that the present application is not limited by the order of acts described, as some steps may be performed in other orders or concurrently in accordance with the present application. Further, those skilled in the art will also appreciate that the embodiments described in the specification are all of the preferred embodiments, and that the acts and modules referred to are not necessarily required for the present application.
In the foregoing embodiments, the descriptions of the embodiments are emphasized, and for parts of one embodiment that are not described in detail, reference may be made to related descriptions of other embodiments.
In the several embodiments provided by the present application, it should be understood that the disclosed apparatus may be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative, such as a division of units, merely a division of logic functions, and there may be additional divisions in actual implementation, such as multiple units or components may be combined or integrated into another system, or some features may be omitted, or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed with each other may be through some service interface, device or unit indirect coupling or communication connection, electrical or otherwise.
The units described as separate units may or may not be physically separate, and units shown as units may or may not be physical units, may be located in one place, or may be distributed over a plurality of network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.
In addition, each functional unit in the embodiments of the present application may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit. The integrated units may be implemented in hardware or in software functional units.
The integrated units, if implemented in the form of software functional units and sold or used as stand-alone products, may be stored in a computer readable memory. Based on this understanding, the technical solution of the present application may be embodied essentially or partly in the form of a software product, or all or part of the technical solution, which is stored in a memory 305, and includes several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the method of the embodiments of the present application. The memory 305 includes various media capable of storing program codes, such as a usb disk, a removable hard disk, a magnetic disk, or an optical disk.
The foregoing is merely exemplary embodiments of the present disclosure and is not intended to limit the scope of the present disclosure. That is, equivalent changes and modifications are contemplated by the teachings of this disclosure, which fall within the scope of the present disclosure. Other embodiments of the present disclosure will be apparent to those skilled in the art from consideration of the specification. This application is intended to cover any variations, uses, or adaptations of the disclosure following, in general, the principles of the disclosure and including such departures from the present disclosure as come within known or customary practice within the art to which the disclosure pertains. It is intended that the specification and examples be considered as exemplary only, with a scope and spirit of the disclosure being indicated by the claims.

Claims (10)

1. A transaction management method based on an electronic visa, characterized in that the method is applied to a transaction management platform, the method comprising:
constructing a distributed trust network, and deploying a blockchain on the distributed trust network;
Writing an intelligent contract according to preset rules and preset protocols, and deploying the intelligent contract to the blockchain;
When the transaction parties reach the transaction intention, a transaction initiator initiates a transaction request on the blockchain, and an electronic visa of the transaction initiator is attached to the transaction request;
and verifying the identity and the electronic visa of the two parties of the transaction through the intelligent contract according to the transaction request, and when the verification is passed, approving the two parties to conduct the transaction and generating a transaction record on the blockchain.
2. The electronic visa-based transaction management method of claim 1, wherein the building a distributed trust network and deploying blockchains on the distributed trust network includes:
Determining a transaction participant, setting the transaction participant as a node, and constructing all nodes into a distributed trust network based on a point-to-point topological structure;
Deploying blockchain client software on each node of the distributed trust network, and configuring preset parameters and keys;
creating an creation block of a block chain based on the basic information of the distributed trust network, and setting an initial state of the network;
the blockchain service is started on all nodes and the generation and verification of the blocks is started.
3. The electronic visa-based transaction management method of claim 1, wherein writing a smart contract according to preset rules and preset agreements and deploying the smart contract onto the blockchain includes:
Packaging byte codes and metadata of the intelligent contracts into deployment transactions, submitting the deployment transactions to the blockchain, and verifying whether the byte codes meet the rules and standards of the blockchain through preset nodes;
If the verification is passed, packaging the deployment transaction into a new block, and waiting to be confirmed by other nodes, wherein the other nodes refer to nodes except the preset node;
and confirming a first threshold according to the consensus mechanism of the blockchain, confirming that the deployment transaction is valid when the confirmed node number is greater than or equal to the first threshold, and writing the intelligent contract into a ledger of the blockchain.
4. The electronic visa-based transaction management method of claim 1, wherein prior to said verifying the identity of both parties to a transaction and the electronic visa by the smart contract in accordance with the transaction request, the method further comprises:
Collecting historical transaction records of target nodes, the quantity and quality of resources shared in a network, on-line time length and stability, determining historical behavior scores according to the historical transaction records, determining resource contribution scores according to the quantity and quality of the resources shared in the network, and determining on-line time scores according to the on-line time length and stability, wherein the target nodes are nodes corresponding to the two transaction parties;
Respectively distributing a weight to the historical behavior score, the resource contribution score and the online time score, carrying out weighted summation to obtain a trust score of the target node, and judging whether the trust score is higher than a second threshold value;
And when the trust score is smaller than or equal to the second threshold value, prompting that the transaction party corresponding to the target node is abnormal.
5. The electronic visa-based transaction management method of claim 1, wherein verifying the identity of the transaction parties and the electronic visa via the smart contract in accordance with the transaction request includes:
Checking whether a first electronic visa attached to the transaction request is valid or not through the intelligent contract, wherein the checking comprises checking an issuing mechanism, an issuing date and a validity period of the electronic visa, and the first electronic visa is an electronic visa corresponding to the transaction initiator;
When the first electronic visa is valid, verifying whether first identity information in the transaction request is consistent with the identity information in the first electronic visa;
Decrypting information of a transaction receiver in the transaction request when the first identity information in the transaction request is consistent with the identity information in the first electronic visa, wherein the information of the transaction receiver comprises a second electronic visa and second identity information of the transaction receiver, and judging whether the second electronic visa is valid or not;
When the second electronic visa is valid, acquiring a first identifier in the second electronic visa, and judging whether the first identifier in the second electronic visa is identical to a second identifier corresponding to the second identity information;
and when the first identifier in the second electronic visa is the same as the second identifier corresponding to the second identity information, confirming that the verification is passed.
6. The electronic visa-based transaction management method of claim 5, wherein approving the transaction by the two parties and generating a transaction record on the blockchain includes:
Monitoring the execution state of the transaction through the intelligent contract, wherein the execution state comprises the completion degree of the transaction, the performance condition of both parties of the transaction and whether the transaction has an default behavior;
triggering a preset default processing mechanism through the intelligent contract when detecting that any one of the two parties of the transaction has default behavior, wherein the default processing mechanism comprises freezing part of assets of the default party and recording the default behavior on a blockchain as bad records;
When no illegal action is detected and the transaction is completely carried out, triggering a transaction completion confirmation mechanism through the intelligent contract, updating credit evaluation of both transaction parties, and recording the transaction completion state on a blockchain.
7. The electronic visa-based transaction management method of claim 6, wherein approving the transaction by the two parties and generating a transaction record on the blockchain further comprises:
Generating, by the smart contract, a unique transaction identifier for identifying the transaction;
recording the transaction identifier, the identity information of both transaction parties, the transaction terms and the transaction time on a blockchain through the intelligent contract to form a transaction record;
and sending transaction confirmation information to the transaction parties through the intelligent contract, wherein the transaction confirmation information comprises a transaction identifier and a blockchain address of a transaction record so that the transaction parties can inquire and verify the transaction state later.
8. The transaction management system based on the electronic visa is characterized by comprising a deployment module, a contract module, a request module and an execution module, wherein:
the deployment module is configured to construct a distributed trust network and deploy a blockchain on the distributed trust network;
The contract module is configured to write an intelligent contract according to preset rules and preset protocols and deploy the intelligent contract to the blockchain;
The request module is configured to initiate a transaction request on the blockchain by a transaction initiator when the transaction parties reach a transaction intention, and attach an electronic visa of the transaction initiator to the transaction request;
And the execution module is configured to verify the identity and the electronic visa of both sides of the transaction through the intelligent contract according to the transaction request, and when the verification passes, both sides are approved to conduct the transaction and a transaction record is generated on the blockchain.
9. An electronic device comprising a processor, a memory, a user interface, and a network interface, the memory for storing instructions, the user interface and the network interface each for communicating with other devices, the processor for executing instructions stored in the memory to cause the electronic device to perform the method of any of claims 1-7.
10. A computer readable storage medium storing instructions which, when executed, perform the method of any one of claims 1-7.
CN202411976622.8A 2024-12-31 2024-12-31 A transaction management method, system, device and medium based on electronic visa Pending CN119919210A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202411976622.8A CN119919210A (en) 2024-12-31 2024-12-31 A transaction management method, system, device and medium based on electronic visa

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202411976622.8A CN119919210A (en) 2024-12-31 2024-12-31 A transaction management method, system, device and medium based on electronic visa

Publications (1)

Publication Number Publication Date
CN119919210A true CN119919210A (en) 2025-05-02

Family

ID=95508302

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202411976622.8A Pending CN119919210A (en) 2024-12-31 2024-12-31 A transaction management method, system, device and medium based on electronic visa

Country Status (1)

Country Link
CN (1) CN119919210A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN120450867A (en) * 2025-07-08 2025-08-08 杭州中焯信息技术股份有限公司 Transaction platform user access method and system based on SSLVPN gateway

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN120450867A (en) * 2025-07-08 2025-08-08 杭州中焯信息技术股份有限公司 Transaction platform user access method and system based on SSLVPN gateway
CN120450867B (en) * 2025-07-08 2025-09-23 杭州中焯信息技术股份有限公司 Transaction platform user access method and system based on SSLVPN gateway

Similar Documents

Publication Publication Date Title
US12299681B2 (en) Systems and methods to validate transactions for inclusion in electronic blockchains
US20230325814A1 (en) Systems and Methods for Instant NFTs and Protection Structure, Detection of Malicious Code within Blockchain Smart Contracts, Tokens with Transfer Limitations, Mirror Tokens and Parallel Addresses, Smart Contract Risk Scoring Method, and Cross-Device Digital Rights Management
Pasdar et al. Connect API with blockchain: A survey on blockchain oracle implementation
US12079200B2 (en) Method and system for audit and payment clearing of electronic trading systems using blockchain database
TWI716140B (en) Data processing method and device based on blockchain
US20230006976A1 (en) Systems and Method for Providing Security Against Deception and Abuse in Distributed and Tokenized Environments
CN108428122B (en) Trade financing method and system on distributed account book
CN110135186B (en) Medical data transaction and sharing method based on blockchain technology
Hasan et al. Incorporating registration, reputation, and incentivization into the NFT ecosystem
WO2020233404A1 (en) Transaction system and method, and nodes in transaction system
CN114638599A (en) Digital asset right-confirming transaction method and system based on block chain
CN111414434B (en) Block chain-based data transaction management network, transaction device and storage medium
CN114549194A (en) A blockchain-based rights asset management service platform and its implementation method
TW201935299A (en) Blockchain system, node server and method for processing strategy model scripts of financial assets
CN113283957B (en) Entity product transaction method based on blockchain
JP2023510320A (en) Systems and Methods for Secure Peer-to-Peer Transmission of Content in Distributed Ledger Networks
KR102450412B1 (en) Service level agreement-based sharing economy service provision system and method in the Internet of Things
US20240370854A1 (en) Systems And Methods For Privacy-Enhanced Digital Wallet Verification
US20230412393A1 (en) Multisignature Custody of Digital Assets
CN119919210A (en) A transaction management method, system, device and medium based on electronic visa
CN112734455A (en) Prize exchanging result generating method, device and equipment and readable storage medium
CN114329567A (en) Bid file generation method, verification method, electronic device and medium
CN117853101A (en) Blockchain-based intellectual property management transaction method, system and computer program product
WO2023245199A1 (en) Nft enforcement control system
CN112400298A (en) System and method for authenticating transactions for adding to an electronic blockchain

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