Smart Contract Deployment Without Blockchain Node Restart

Resolve Bottlenecks,
Find Innovative SolutionsGenerate Solutions

Solution Overview

Problem

In blockchain systems, modifying smart contract code requires recompiling and restarting the blockchain node code, increasing operational workload and the risk of system errors.

Innovation Solution

A method and apparatus for blockchain-based data processing that involves acquiring a contract file by extending the smart contract file format (ELFext), performing validation based on the contract file and a blockchain account book, and determining the smart contract, allowing dynamic loading without restarting the blockchain node, ensuring security and integrity through secret key and signature validation.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If smart contract code is modified by recompiling blockchain node code and restarting the service, then the smart contract functionality can be updated, but the operational workload increases and system error probability increases

Engineering Contradiction:

Improvesmart contract update capabilityVSAvoidoperational workload

Core Design Contradiction:

Adaptability or versatilityVSEase of operation

Solution Approach 1:

The patent implements dynamic smart contract updates by allowing contracts to be loaded and updated at runtime without requiring system restart. The blockchain node can dynamically load new contract versions and activate them through consensus mechanisms, making the system adaptable while maintaining operational continuity and reducing manual intervention.

Inventive Principle:

Principle #15Dynamics

2Adaptability or versatility

If smart contract code is modified by recompiling blockchain node code and restarting the service, then the smart contract functionality can be updated, but the system error probability increases

Engineering Contradiction:

Improvesmart contract update capabilityVSAvoidsystem error probability

Core Design Contradiction:

Adaptability or versatilityVSReliability

Solution Approach 1:

The patent implements pre-validation mechanisms that verify smart contract code before deployment to the blockchain network. The validation includes syntax checking, security scanning, and compatibility verification to prevent erroneous contracts from being deployed, thereby cushioning against potential system errors while maintaining update capability.

Inventive Principle:

Principle #11Beforehand cushioning (Prior cushioning)

Solution Approach 2:

The system performs preliminary actions including contract validation, compilation testing, and security auditing before actual deployment to the blockchain. These preliminary checks ensure that only verified and error-free contracts are activated, reducing system error probability while enabling safe updates.

Inventive Principle:

Principle #10Preliminary action

3Adaptability or versatility

If traditional smart contract deployment is used, then contract functionality can be added, but third-party key centers are required which introduce security risks

Engineering Contradiction:

Improvecontract deployment capabilityVSAvoidsecurity risks from third-party key centers

Core Design Contradiction:

Adaptability or versatilityVSObject-affected harmful factors

Solution Approach 1:

The patent implements a self-service deployment mechanism where smart contracts are deployed and validated autonomously by the blockchain network participants through consensus. The system uses built-in validation tools and distributed verification to eliminate dependence on third-party key centers, allowing the network to self-verify contract integrity and security without external authorities.

Inventive Principle:

Principle #25Self-service

4Adaptability or versatility

If blockchain node code is recompiled for smart contract modification, then contract updates are achieved, but operational overhead increases

Engineering Contradiction:

Improvecontract update capabilityVSAvoidoperational overhead

Core Design Contradiction:

Adaptability or versatilityVSProductivity

Solution Approach 1:

The patent segments the smart contract update process into independent components: contract development, validation, compilation, and deployment. This segmentation allows updates to be performed on individual contracts without requiring full node recompilation, significantly reducing operational overhead while maintaining the ability to update contract functionality.

Inventive Principle:

Principle #1Segmentation

Data Source

PatentUS12475461B2Blockchain-based data processing method and apparatus

Publication Date: 2025.11.18 BEIJING JINGDONG QIANSHITECHNOLOGY CO LTD

AI summary

A blockchain-based data processing method, apparatus and storage medium provides flexible smart contract deployment without restarting. In response to receiving a contract deployment request sent from a requesting node in a blockchain network, a contract file corresponding to the contract deployment request is acquired. The contract file is generated by performing content extension on a smart contract corresponding to the contract deployment request. Validation is performed on the contract file based on an analysis result of the contract file and a blockchain account book, wherein the validation is used to characterize performing validation on a secret key of the contract file, a content of the contract file, and a signature of a contract participant. The blockchain account book is generated by pre-executing a contract deployment transaction. In response to the contract file passing the validation, a smart contract corresponding to the contract deployment request according to the contract file is determined.