Aviation oil settlement intelligent contract method based on block chain and related equipment

Abstract

The invention discloses an aviation oil settlement intelligent contract method based on a block chain and related equipment, and the system comprises a data collection layer which is used for obtaining refueling information and flight information, and automatically generating an on-chain transaction event according to the obtained information; the block chain network layer is used for building a distributed account book participated by multiple parties based on a block chain, and block chain nodes comprise an airline company, a fuel supplier, an airport and a supervision mechanism; the intelligent contract layer is used for deploying an automatic settlement rule, payment logic and an exception handling mechanism; and the application interface layer is used for being in butt joint with an external system through a standardized API so as to support data interaction and service expansion. According to the invention, a four-layer architecture is formed by a data acquisition layer, a block chain network layer, an intelligent contract layer and an application interface layer, a distributed account book in which multiple parties participate is realized through a block chain, and efficiency and authority control are considered; and seamless integration with the existing system is supported. The method can be widely applied to the technical field of aviation fuel settlement.

Description

Technical Field

[0001] The present invention relates to the field of aviation fuel settlement technology, and in particular to a blockchain-based aviation fuel settlement smart contract method and related equipment. Background Art

[0002] With the rapid development of the civil aviation industry, China Southern Airlines Group's annual jet fuel procurement has surpassed hundreds of billions of yuan. Traditional settlement models suffer from lengthy processes, inefficient manual reconciliation, and high capital costs. Furthermore, jet fuel suppliers face long payment cycles, a lack of high-quality bank settlement options, and limited bargaining power for China Southern Airlines.

[0003] Traditional jet fuel settlement suffers from the following shortcomings: 1) Inefficient manual processes: Traditional settlement methods rely on paper documents (such as invoices and delivery receipts), requiring manual verification by multiple departments, which is time-consuming and prone to errors. 2) Data silos: The ERP systems of airlines, airports, and fuel suppliers are not fully interoperable, resulting in delayed data synchronization (for example, the IATA XML standard only partially covers this). 3) Lack of trust and transparency: Financial disputes are frequent in multi-party collaboration, and there is a lack of real-time, verifiable transaction records.

[0004] Furthermore, existing technologies have the following limitations: 1) While existing ERP systems support electronic document flow (such as IATA XML), they cannot guarantee data immutability and full process traceability. 2) Real-time data generated by automated equipment (such as fuel trucks and airport logistics systems) is not effectively integrated into the settlement process. Summary of the Invention

[0005] In order to at least partially solve one of the technical problems existing in the prior art, the present invention aims to provide a blockchain-based aviation fuel settlement smart contract method and related equipment.

[0006] The first technical solution adopted by the present invention is:

[0007] A blockchain-based aviation fuel settlement smart contract system, including:

[0008] The data collection layer is used to obtain refueling information and flight information, and automatically generate on-chain transaction events based on the obtained information;

[0009] The blockchain network layer builds a distributed ledger based on blockchain with multiple parties participating, including airlines, fuel suppliers, airports and regulators;

[0010] Smart contract layer, used to deploy automatic settlement rules, payment logic and exception handling mechanisms;

[0011] The application interface layer is used to connect with external systems through standardized APIs to support data interaction and business expansion.

[0012] Furthermore, the refueling information includes the refueling amount, oil type and operator ID collected by the sensor;

[0013] The flight information includes the flight number, parking space, planned refueling time, reservation order and settlement account information provided by the airline;

[0014] The automatic generation of on-chain transaction events based on the acquired information includes:

[0015] The data collected by the sensors is filtered out of redundant information by edge computing devices to generate structured data packets whose format complies with the IATA Fuel XML standard;

[0016] The data packet is transmitted to the blockchain node through an encrypted channel and signed using the elliptic curve cryptography algorithm to ensure the authenticity of the data source;

[0017] After the node verifies the data signature, it broadcasts the transaction to the entire network and writes it into the block after consensus confirmation using the Byzantine Fault Tolerance algorithm.

[0018] Furthermore, the blockchain in the blockchain network layer includes at least one of a consortium chain, a public chain, a private chain, a hybrid chain or a Polkadot parallel chain.

[0019] Furthermore, the types of contracts include:

[0020] 1) Pre-order contract: used to match airline demand with supplier inventory;

[0021] 2) Settlement contract: used to automatically generate bills and trigger payments;

[0022] 3) Dispute resolution contract: used to handle data inconsistencies or timeout issues.

[0023] Furthermore, the working method of the smart contract layer includes:

[0024] When the sensor detects that refueling is complete, it uploads the refueling completion event to trigger the execution of the settlement contract;

[0025] Compare and verify the pre-order data with the actual refueling data. If the comparison and verification result exceeds the preset deviation value, the dispute resolution contract is triggered. If the comparison and verification passes, the amount is calculated according to the preset unit price and an encrypted bill is generated.

[0026] If cryptocurrency is used, the payment is directly transferred from the airline wallet address to the supplier address; if fiat currency is used, the payment is completed through the off-chain payment gateway, and the payment receipt is uploaded to the blockchain for evidence storage.

[0027] Furthermore, the connection with the external system through the standardized API includes:

[0028] Through RESTful API, data is synchronized with the airline's flight planning system, including flight status and refueling requirements. The data format follows IATAFuel XML Schema v3.0, and fields are encrypted before being uploaded to the blockchain.

[0029] Deploy a blockchain adapter in EFB to write the on-chain settlement results back to the local database to ensure the consistency of the financial system.

[0030] Furthermore, the aviation fuel settlement smart contract system also includes: using zero-knowledge proof technology to encrypt and verify sensitive data (such as prices) to ensure that commercial secrets are not leaked.

[0031] The second technical solution adopted by the present invention is:

[0032] A blockchain-based smart contract method for aviation fuel settlement includes the following steps:

[0033] Obtain refueling information and flight information, and automatically generate on-chain transaction events based on the obtained information;

[0034] Building a distributed ledger based on blockchain with participation from multiple parties, including airlines, fuel suppliers, airports, and regulators;

[0035] Deploy automatic settlement rules, payment logic, and exception handling mechanisms;

[0036] Connect with external systems through standardized APIs to support data interaction and business expansion.

[0037] The third technical solution adopted by the present invention is:

[0038] An electronic device, comprising a processor and a memory, wherein the memory stores at least one instruction, at least one program, a code set, or an instruction set, and wherein the at least one instruction, at least one program, a code set, or an instruction set is loaded and executed by the processor to implement a blockchain-based aviation fuel settlement smart contract method as described above.

[0039] The fourth technical solution adopted by the present invention is:

[0040] A computer-readable storage medium stores at least one instruction, at least one program, code set, or instruction set, wherein the at least one instruction, at least one program, code set, or instruction set is loaded and executed by a processor to implement a blockchain-based aviation fuel settlement smart contract method as described above.

[0041] The fifth technical solution adopted by the present invention is:

[0042] A computer program product or computer program includes computer instructions stored in a computer-readable storage medium. A processor of a computer device can read the computer instructions from the computer-readable storage medium and execute the computer instructions, causing the computer device to implement the aforementioned blockchain-based aviation fuel settlement smart contract method.

[0043] The beneficial effects of the present invention are as follows: the present invention has a four-layer architecture consisting of a data acquisition layer, a blockchain network layer, a smart contract layer, and an application interface layer. It realizes a distributed ledger with multi-party participation through blockchain, taking into account both efficiency and authority control; and supports seamless integration with existing systems (such as ERP, IATA Data Hub). BRIEF DESCRIPTION OF THE DRAWINGS

[0044] In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the following introduction is made to the drawings of the embodiments of the present invention or the related technical solutions in the prior art. It should be understood that the drawings introduced below are only for the convenience of clearly describing some embodiments of the technical solutions of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without any creative work.

[0045] Figure 1 This is a flowchart of the steps of a blockchain-based aviation fuel settlement smart contract method in an embodiment of the present invention. DETAILED DESCRIPTION

[0046] The embodiments of the present application are described in detail below, and examples of the embodiments are shown in the accompanying drawings, wherein the same or similar reference numerals throughout represent the same or similar elements or elements having the same or similar functions. The embodiments described below with reference to the accompanying drawings are exemplary and are only used to explain the present application and are not to be construed as limiting the present application. For the step numbers in the following embodiments, they are provided only for the convenience of explanation and are not intended to limit the order of the steps. The order of execution of the steps in the embodiments can be adaptively adjusted according to the understanding of those skilled in the art.

[0047] The terms used in the embodiments of the present application are only for the purpose of describing specific embodiments and are not intended to limit the embodiments of the present application. The singular forms of "a", "said", and "the" used in the embodiments of the present application and the appended claims are also intended to include the plural forms, unless the context clearly indicates otherwise. In addition, unless otherwise clearly defined, words such as setting, installing, and connecting should be understood in a broad sense, and those skilled in the art can reasonably determine the specific meanings of the above words in the present invention in combination with the specific content of the technical solution.

[0048] In the description of this application, it should be understood that descriptions involving orientations, such as up, down, front, back, left, right, etc., indicating orientations or positional relationships, are based on the orientations or positional relationships shown in the accompanying drawings. They are only for the convenience of describing this application and simplifying the description, and do not indicate or imply that the device or element referred to must have a specific orientation, be constructed and operated in a specific orientation. Therefore, they cannot be understood as limitations on this application.

[0049] In the description of this application, "several" means one or more, "many" means more than two, "greater than," "less than," and "exceed" are understood to exclude the number itself, while "above," "below," and "within" are understood to include the number itself. The terms "first" and "second" are used solely to distinguish technical features and are not to be construed as indicating or implying relative importance, or as implicitly specifying the number or order of the technical features indicated.

[0050] In the description of this application, "and / or" describes the relationship between associated objects, indicating that three possible relationships exist. For example, "A and / or B" can represent: A exists alone, A and B exist simultaneously, and B exists alone. The character " / " generally indicates that the associated objects are in an "or" relationship.

[0051] Explanation of terms:

[0052] IATAFuel XML: The aviation fuel data exchange standard developed by the International Air Transport Association to unify the format of fuel transaction information.

[0053] ZKP (Zero Knowledge Proof): Zero-knowledge proof allows the verifier to verify the authenticity of data without obtaining specific data.

[0054] PBFT (Practical Byzantine Fault Tolerance): Practical Byzantine Fault Tolerance algorithm, used to ensure distributed consistency in blockchain networks.

[0055] ERP: abbreviation of electronic flight bag, an electronic information management device.

[0056] DRC: Dispute Resolution Contract, dispute resolution contract.

[0057] Cross-chain interoperability: The ability to interact with data and assets between different blockchain platforms, supporting multi-chain collaboration.

[0058] Fiat Currency: A symbol of value issued by a government or central bank that is not backed by actual commodities or precious metals.

[0059] Cryptocurrency: Cryptocurrency is a digital currency that uses cryptographic principles to ensure transaction security and control the creation of transaction units.

[0060] Example 1

[0061] This embodiment provides a blockchain-based aviation fuel settlement smart contract system, including:

[0062] The data collection layer is used to obtain refueling information and flight information, and automatically generate on-chain transaction events based on the obtained information;

[0063] The blockchain network layer builds a distributed ledger based on blockchain with multiple parties participating, including airlines, fuel suppliers, airports and regulators;

[0064] Smart contract layer, used to deploy automatic settlement rules, payment logic and exception handling mechanisms;

[0065] The application interface layer is used to connect with external systems (such as ERP and IATA Data Hub) through standardized APIs to support data interaction and business expansion.

[0066] The system of this embodiment is explained in detail below in conjunction with specific implementation methods.

[0067] (1) Construction of blockchain open platform

[0068] In some embodiments, a consortium blockchain model is employed, with nodes encompassing airlines (e.g., customers), fuel suppliers (e.g., Gazprom Neft Aero), airports (e.g., SVO Sheremetevo), and regulatory bodies, ensuring multi-party participation and controllable data access. Furthermore, the underlying layer supports the IATA Fuel XML standard, making it compatible with existing ERP systems (e.g., Gazprom Neft Aero's ERP).

[0069] In other embodiments, a public chain is used instead of a consortium chain; specifically, in scenarios where higher transparency is required, a public chain (such as the Ethereum mainnet) can be used to deploy smart contracts, leveraging its decentralized nature to enhance trust, but sensitive data must be isolated through privacy protection technologies (such as state channels or side chains).

[0070] In other embodiments, private chains and hybrid chains are used instead of consortium chains. Specifically, private chains can be used in scenarios with high control requirements (such as a single supplier-dominated scenario). Hybrid chains allow some nodes to be public (such as regulatory agencies) and the rest to be private, balancing efficiency and openness.

[0071] In other embodiments, Polkadot parachains are used instead of consortium chains to achieve higher cross-chain throughput.

[0072] (2) Smart contract-driven settlement process

[0073] Airlines submit reservations through the platform, and smart contracts verify inventory and pricing terms. Once refueling is complete, sensor data triggers the smart contract, generating a settlement bill and completing payment (e.g., via cryptocurrency or fiat currency) according to pre-set rules. Finally, delivery tickets and invoices are stored on the blockchain as hashed values ​​for real-time verification by multiple parties.

[0074] 2.1) Contract triggering conditions:

[0075] Through IoT devices (such as smart tanker sensors and airport dispatch systems), data such as refueling quantity, time, and location are collected in real time to automatically generate on-chain transaction events.

[0076] In some embodiments, smart tanker truck sensors collect real-time data on fuel volume (in liters), fuel type, and operator ID. If tanker truck sensors are unavailable, data can be collected using flow meters mounted on drones or IoT devices at fixed fueling stations. The information collected by these sensors is transmitted to a cloud server via a cellular network. In other embodiments, LoRaWAN or NB-IoT can be used in place of traditional cellular networks to reduce communication costs at remote airports, while also supporting low-power wide-area networks (LPWANs) for sensor data transmission.

[0077] In some embodiments, real-time refueling requirements are obtained by integrating with airline flight data platforms (such as SITA or ACARS), reducing reliance on airport dispatch systems. Flight numbers, parking slots, and scheduled refueling times are obtained, and pre-orders and settlement account information are pushed.

[0078] 2.2) Data on-chain

[0079] In some embodiments, the data upload process specifically includes:

[0080] Step 1: Sensor data is filtered out of redundant information by the edge computing device and a structured data packet is generated in a format that complies with the IATA Fuel XML standard.

[0081] Step 2: The data packet is transmitted to the blockchain node through an encrypted channel and signed using Elliptic Curve Cryptography (ECC) to ensure the authenticity of the source.

[0082] Step 3: After the node verifies the data signature, it broadcasts the transaction to the entire network and writes it into the block after being confirmed by the Practical Byzantine Fault Tolerance (PBFT) consensus algorithm.

[0083] 2.3) Smart Contract Logic and Execution Process

[0084] Types of contracts include:

[0085] 1) Preliminary Order Contract (POC): Matches airline demand with supplier inventory.

[0086] 2) Settlement Contract (SC): Automatically generates bills and triggers payments.

[0087] 3) Dispute Resolution Contract (DRC): handles data inconsistencies or timeout issues.

[0088] The steps for executing a settlement contract (SC) are as follows:

[0089] Step 1: Trigger condition: The tanker truck sensor uploads the "refueling completed" event (Event Code: FUEL_DELIVERY_COMPLETE).

[0090] Step 2: The smart contract compares the booking order (flight number, fuel quantity) with the actual refueling data. If the deviation exceeds ±2%, the DRC is triggered.

[0091] Step 3: After verification, the amount is calculated according to the preset unit price (such as real-time oil price) and an encrypted invoice (InvoiceHash) is generated.

[0092] Step 4: Execute the payment. If using cryptocurrency (such as a stablecoin), the payment is transferred directly from the airline wallet address to the supplier's address. If using fiat currency, the payment is completed through an off-chain payment gateway, and the payment receipt (Transaction ID) is stored on-chain.

[0093] In some embodiments, functions such as booking order matching, payment, and dispute resolution are split into independent contract modules to support on-demand combination (e.g., airlines can customize dispute arbitration rules).

[0094] In some embodiments, multi-chain settlement is achieved through Polkadot or Cosmos, for example, processing payments on Ethereum and storing compliance data on Hyperledger.

[0095] In some embodiments, machine learning is used to assist in dispute resolution: an AI model is integrated into the DRC (dispute resolution contract) to automatically analyze the causes of refueling deviations (such as sensor failure or operational errors) and reduce manual intervention.

[0096] In some embodiments, multi-signature approval is implemented: for abnormal events such as over-fueling, on-chain signatures from at least two of the three parties, namely the airline, supplier, and airport, are required for release.

[0097] In some embodiments, channels can be implemented in a variety of ways, such as: 1) Central Bank Digital Currency (CBDC): Integrate legal digital currencies such as digital ruble and digital RMB to improve compliance and settlement efficiency. 2) Off-chain payment network: Process small-amount, high-frequency payments through the Lightning Network, and the main chain only records the final status to reduce Gas costs. The pricing model can be implemented in a variety of ways, such as: 1) Oracle-based floating oil prices: Smart contracts adjust the settlement unit price in real time based on the on-chain oil price index (such as Platts data) to support risk hedging. 2) Subscription billing: Airlines prepay based on monthly refueling volume, and the smart contract writes off each transaction based on actual consumption and returns the balance.

[0098] (3) Cross-system integration and data standardization

[0099] 3.1) IATA Data Hub Integration:

[0100] The RESTful API certified by the IATA Fuel Data Standards Group (FDSG) enables data synchronization with the airline's Flight Operation System (FOS), including flight status and fueling requirements. The data format complies with the IATA Fuel XML Schema v3.0, and the fields are encrypted before being uploaded to the blockchain.

[0101] In other embodiments, in addition to IATA Fuel XML, data can be transmitted in JSON format, which can be converted to a standard format on the chain through an adapter. Alternatively, a custom data schema can be implemented: an open interface is provided for airlines to define private fields (such as environmental indicators), enhancing platform flexibility.

[0102] In other embodiments, an enterprise service bus (ESB) is used instead of direct API connection: multi-source heterogeneous systems (ERP, airport scheduling) are integrated through ESB (such as MuleSoft) to reduce the complexity of interface development.

[0103] In other embodiments, the Interledger Protocol (ILP) is used to connect different blockchain platforms (such as R3Corda and Quorum) to achieve cross-chain settlement.

[0104] 3.2) EFB system adaptation

[0105] Deploy the Blockchain Adapter in EFB to write the on-chain settlement results (such as InvoiceHash) back to the local database to ensure the consistency of the financial system.

[0106] (4) Privacy protection and compliance design

[0107] In some embodiments, Zero-Knowledge Proof (ZKP) technology is used to encrypt and verify sensitive data (such as prices) to ensure that business secrets are not leaked.

[0108] Specifically, in price verification scenarios, suppliers can prove that the billed amount complies with the contractual agreement without disclosing the specific fuel price. For example, a supplier generates a ZKP proof: "Total price = fuel quantity × contract unit price." The airline can verify its correctness, but cannot infer the unit price.

[0109] In some embodiments, a homomorphic encryption algorithm is used: it allows the settlement amount to be calculated directly on the encrypted data (such as total price = encrypted refueling amount × encrypted unit price), avoiding the exposure of commercial sensitive information in plain text.

[0110] In some embodiments, a Secure Multi-Party Computation (SMPC) algorithm is sampled: multiple parties collaborate to calculate the bill amount, and no single party can obtain complete data, which is suitable for highly competitive markets.

[0111] In some embodiments, ring signature technology is used to hide the identities of both parties to the transaction (such as the airline wallet address) during the payment process, and only open audit permissions to regulators.

[0112] In some embodiments, zk-SNARKs advanced applications are added: expanding the scope of zero-knowledge proof, for example, proving that "the amount of refueling is within the contract range" without revealing the specific value.

[0113] In summary, the system of the present invention has at least the following advantages and beneficial effects compared to the prior art:

[0114] 1) Improved efficiency: Settlement cycle shortened from 48 hours to 5 minutes, reducing labor costs by 80%.

[0115] 2) Cost optimization: Reduce dispute resolution costs through automated verification, and blockchain transparency reduces audit fees.

[0116] 3) Enhanced trust: Data throughout the entire process cannot be tampered with, which improves the level of trust in the cooperation between airlines and suppliers.

[0117] 4) Enhanced compliance: Cross-border transactions automatically adapt to local laws, reducing dispute rates by 90%.

[0118] 5) Financial Collaboration: Build a win-win ecosystem for all three parties. Banks provide "T+0" funding advances. For example, China Southern Airlines enjoys a 45-day payment period. Suppliers who choose instant settlement can obtain price discounts, and banks receive a large amount of cash flow.

[0119] Example 2

[0120] like Figure 1 As shown, this embodiment provides a blockchain-based aviation fuel settlement smart contract method, including the following steps:

[0121] S1. Obtain refueling information and flight information, and automatically generate on-chain transaction events based on the obtained information;

[0122] S2. Building a distributed ledger based on blockchain with participation from multiple parties, including airlines, fuel suppliers, airports, and regulatory agencies;

[0123] S3. Deploy automatic settlement rules, payment logic, and exception handling mechanisms;

[0124] S4. Connect with external systems through standardized APIs to support data interaction and business expansion.

[0125] The method of this embodiment corresponds to the system in Example 1, and therefore has functions and beneficial effects corresponding to the system. For specific implementation details, please refer to Example 1 and will not be described in detail here.

[0126] Example 3

[0127] An embodiment of the present invention further provides an electronic device, comprising a processor and a memory, wherein the memory stores at least one instruction, at least one program, a code set, or an instruction set, and the at least one instruction, the at least one program, the code set, or the instruction set is loaded and executed by the processor to implement the following Figure 1 A blockchain-based smart contract method for aviation fuel settlement is shown.

[0128] It is understood that the memory may include random access memory (RAM) or read-only memory (ROM). Optionally, the memory includes a non-transitory computer-readable storage medium. The memory may be used to store instructions, programs, codes, code sets, or instruction sets. The memory may include a program storage area and a data storage area, wherein the program storage area may store instructions for implementing an operating system, instructions for at least one function, instructions for implementing the various method embodiments described above, etc.; the data storage area may store data created based on the use of the server, etc.

[0129] The processor may include one or more processing cores. The processor utilizes various interfaces and circuits to connect various components within the server. It executes various server functions and processes data by running or executing instructions, programs, code sets, or instruction sets stored in memory, as well as accessing data stored in memory. Optionally, the processor may be implemented using at least one of the following hardware forms: digital signal processing (DSP), field-programmable gate array (FPGA), and programmable logic array (PLA). The processor may integrate one or a combination of a central processing unit (CPU) and a modem. The CPU primarily processes the operating system and application programs, while the modem handles wireless communications. It is understood that the modem may not be integrated into the processor and may be implemented separately via a single chip.

[0130] Since the electronic device is an electronic device corresponding to the blockchain-based aviation fuel settlement smart contract method in an embodiment of the present invention, and the principle of solving the problem by the electronic device is similar to that of the method, the implementation of the electronic device can refer to the implementation process of the above-mentioned method embodiment, and the repeated parts will not be repeated.

[0131] Example 4

[0132] An embodiment of the present invention further provides a computer-readable storage medium, wherein the storage medium stores at least one instruction, at least one program, code set or instruction set, and the at least one instruction, the at least one program, the code set or instruction set is loaded and executed by a processor to implement the following Figure 1 A blockchain-based smart contract method for aviation fuel settlement is shown.

[0133] Those skilled in the art will appreciate that all or part of the steps in the various methods of the above embodiments can be completed by instructing related hardware through a program. The program can be stored in a computer-readable storage medium, and the storage medium includes a read-only memory (ROM), a random access memory (RAM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), a one-time programmable read-only memory (OTPROM), an electronically erasable programmable read-only memory (EEPROM), a compact disc read-only memory (CD-ROM) or other optical disc storage, magnetic disk storage, magnetic tape storage, or any other computer-readable medium capable of carrying or storing data.

[0134] Since the storage medium is the storage medium corresponding to the blockchain-based aviation fuel settlement smart contract method in an embodiment of the present invention, and the principle of solving the problem by the storage medium is similar to that of the method, the implementation of the storage medium can refer to the implementation process of the above-mentioned method embodiment, and the repeated parts will not be repeated.

[0135] Example 5

[0136] In some possible implementations, various aspects of the methods of the embodiments of the present invention may also be implemented in the form of a program product, which includes program code. When the program product is executed on a computer device, the program code is used to cause the computer device to execute the steps of the blockchain-based aviation fuel settlement smart contract method according to various exemplary embodiments of the present application described above in this specification. The executable computer program code or "code" used to implement the various embodiments may be written in a high-level programming language such as C, C++, Python, Smalltalk, Java, JavaScript, Visual Basic, Structured Query Language (e.g., Transact-SQL), Perl, or in various other programming languages.

[0137] It should be understood that various parts of the present invention can be implemented using hardware, software, firmware, or a combination thereof. In the above-described embodiments, multiple steps or methods can be implemented using software or firmware stored in a memory and executed by a suitable instruction execution system. For example, if implemented using hardware, as in another embodiment, any one of the following technologies known in the art or a combination thereof can be used: a discrete logic circuit having a logic gate circuit for implementing a logic function on a data signal, an application-specific integrated circuit having a suitable combination of logic gate circuits, a programmable gate array (PGA), a field programmable gate array (FPGA), etc.

[0138] In the description of this specification, the reference terms "one embodiment", "some embodiments", "example", "specific example", or "some examples" mean that the specific features, structures, materials or characteristics described in conjunction with the embodiment or example are included in at least one embodiment or example of the present invention. In this specification, the schematic representations of the above terms do not necessarily refer to the same embodiment or example. Moreover, the specific features, structures, materials or characteristics described can be combined in any one or more embodiments or examples in a suitable manner. In addition, those skilled in the art can combine and combine different embodiments or examples described in this specification and features of different embodiments or examples without contradiction.

[0139] The above embodiments are intended only to illustrate the technical concepts and features of the present invention. Their purpose is to enable those skilled in the art to understand the contents of the present invention and implement them accordingly. They are not intended to limit the scope of protection of the present invention. Any equivalent changes or modifications made based on the essence of the present invention are intended to be covered by the scope of protection of the present invention.

Claims

1. A blockchain-based aviation fuel settlement smart contract system, characterized by: include: The data collection layer is used to obtain refueling information and flight information, and automatically generate on-chain transaction events based on the obtained information; The blockchain network layer builds a distributed ledger based on blockchain with multiple parties participating, including airlines, fuel suppliers, airports and regulators; Smart contract layer, used to deploy automatic settlement rules, payment logic and exception handling mechanisms; The application interface layer is used to connect with external systems through standardized APIs to support data interaction and business expansion.

2. The blockchain-based aviation fuel settlement smart contract system according to claim 1 is characterized in that: The refueling information includes the refueling amount, oil type and operator ID collected by the sensor; The flight information includes the flight number, parking space, planned refueling time, reservation order and settlement account information provided by the airline; The automatic generation of on-chain transaction events based on the acquired information includes: The data collected by the sensors is filtered out of redundant information by edge computing devices to generate structured data packets. The format of the data packets complies with the IATA Fuel XML standard. The data packet is transmitted to the blockchain node through an encrypted channel and signed using the elliptic curve cryptography algorithm to ensure the authenticity of the data source; After the node verifies the data signature, it broadcasts the transaction to the entire network and writes it into the block after consensus confirmation using the Byzantine Fault Tolerance algorithm.

3. The blockchain-based aviation fuel settlement smart contract system according to claim 1 is characterized in that: The blockchain in the blockchain network layer includes at least one of a consortium chain, a public chain, a private chain, a hybrid chain, or a Polkadot parallel chain.

4. The blockchain-based aviation fuel settlement smart contract system according to claim 1, characterized in that: Types of contracts include: 1) Pre-order contract: used to match airline demand with supplier inventory; 2) Settlement contract: used to automatically generate bills and trigger payments; 3) Dispute resolution contract: used to handle data inconsistencies or timeout issues.

5. The blockchain-based aviation fuel settlement smart contract system according to claim 1 is characterized in that: The working methods of the smart contract layer include: When the sensor detects that refueling is complete, it uploads the refueling completion event to trigger the execution of the settlement contract; Compare and verify the pre-order data with the actual refueling data. If the comparison and verification result exceeds the preset deviation value, the dispute resolution contract is triggered. If the comparison and verification passes, the amount is calculated according to the preset unit price and an encrypted bill is generated. Execute payment operations based on encrypted bills, and upload payment vouchers to the blockchain for storage.

6. The blockchain-based aviation fuel settlement smart contract system according to claim 1 is characterized in that: Connecting to external systems through standardized APIs includes: Data synchronization with airline flight planning systems is achieved through RESTful APIs, including flight status and refueling requirements. The data format complies with IATA Fuel XML Schema v3.0, and fields are encrypted before being uploaded to the blockchain. Deploy a blockchain adapter in EFB to write the on-chain settlement results back to the local database to ensure the consistency of the financial system.

7. The blockchain-based aviation fuel settlement smart contract system according to claim 1 is characterized in that: The aviation fuel settlement smart contract system also includes: using zero-knowledge proof technology to encrypt and verify sensitive data to ensure that commercial secrets are not leaked.

8. A blockchain-based smart contract method for aviation fuel settlement, characterized in that: The following steps are involved: Obtain refueling information and flight information, and automatically generate on-chain transaction events based on the obtained information; Building a distributed ledger based on blockchain with participation from multiple parties, including airlines, fuel suppliers, airports, and regulators; Deploy automatic settlement rules, payment logic, and exception handling mechanisms; Connect with external systems through standardized APIs to support data interaction and business expansion.

9. An electronic device, characterized in that: The electronic device includes a processor and a memory, wherein the memory stores at least one instruction, at least one program, code set or instruction set, and the at least one instruction, the at least one program, the code set or instruction set is loaded and executed by the processor to implement the method as claimed in claim 8.

10. A computer-readable storage medium, characterized in that The storage medium stores at least one instruction, at least one program, a code set, or an instruction set, and the at least one instruction, the at least one program, the code set, or the instruction set is loaded and executed by the processor to implement the method according to claim 8.

Images