Smart Contract Address Rotation for Blockchain Asset Privacy

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The public nature of blockchain transactions exposes transaction dates and owner identities, compromising privacy and allowing inference of personal information.

Innovation Solution

A smart contract is configured with a permanent asset address and a changeable address that periodically or randomly changes, obscuring transaction timing and owner identity, while maintaining authentication through a validation address.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If a permanent public address is used in the smart contract for asset ownership, then authentication and ownership verification are simplified, but transaction timing and owner identity become publicly visible, compromising privacy

Engineering Contradiction:
Improveauthentication simplicityVSAvoidprivacy exposure
Core Design Contradiction:
Ease of operationVSObject-affected harmful factors

Solution Approach 1:

The patent implements a dynamic address system where the smart contract periodically changes its public address associated with asset ownership. Instead of using a static public address, the contract generates new addresses at predetermined intervals, making the system dynamic rather than static. This resolves the contradiction by maintaining ease of authentication (the contract still verifies ownership) while eliminating privacy exposure (the changing addresses prevent public tracking of transaction timing and owner identity).

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The patent employs periodic address regeneration where the smart contract automatically generates new public addresses at predetermined time intervals. This periodic action ensures that while authentication remains functional (the contract can verify current address ownership), the privacy protection is maintained through regular address changes that prevent continuous public surveillance of transaction patterns and owner identities.

Inventive Principle:
Principle #19Periodic action

2Object-affected harmful factors

If the public address changes frequently to protect privacy, then owner identity and transaction timing are hidden, but authentication complexity and system overhead increase

Engineering Contradiction:
Improveprivacy protectionVSAvoidauthentication complexity
Core Design Contradiction:
Object-affected harmful factorsVSDevice complexity

Solution Approach 1:

The patent implements a self-service mechanism where the smart contract autonomously generates new public addresses and manages the address change process without requiring external intervention or complex authentication protocols. The contract automatically handles address regeneration at predetermined intervals, eliminating the need for users to manually request changes or undergo complex verification procedures. This resolves the contradiction by maintaining strong privacy protection through frequent address changes while keeping the system simple and automated.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The smart contract itself acts as an intermediary that manages the address change process. Rather than requiring direct user intervention or complex multi-party verification, the contract autonomously mediates between the need for privacy protection and authentication simplicity. It generates new addresses, manages the transition, and maintains the association between addresses and asset ownership, thereby simplifying the overall system while ensuring privacy protection.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Reliability

If address changes are triggered by transactions, then ownership transfer is clearly recorded, but transaction timing information is exposed

Engineering Contradiction:
Improveownership transfer accuracyVSAvoidtransaction timing exposure
Core Design Contradiction:
ReliabilityVSObject-affected harmful factors

Solution Approach 1:

The patent implements preliminary address changes that occur at predetermined time intervals before any transaction takes place. Instead of changing addresses in response to transactions, the contract proactively regenerates addresses according to a pre-established schedule. This resolves the contradiction by ensuring accurate ownership transfer recording (the contract maintains the chain of custody) while preventing transaction timing exposure (the address changes are not triggered by or correlated with transaction events).

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent inverts the conventional approach by changing addresses based on time rather than based on transaction events. Instead of letting transactions trigger address changes (which would expose timing information), the system uses time-based triggers that are independent of transaction activity. This inversion resolves the contradiction by maintaining reliable ownership transfer recording while eliminating the exposure of transaction timing patterns.

Inventive Principle:
Principle #13The other way round (Inversion)

Data Source

PatentUS12572931B2Embedding privacy measures into a distributed ledger
Publication Date: 2026.03.10 TUSSEAU
  • US12572931B2 patent drawing
  • US12572931B2 patent drawing
  • US12572931B2 patent drawing

AI summary

Techniques for enhancing privacy measures in a blockchain are disclosed. A service generates a smart contract for an asset. The smart contract includes a storage space having a public address field comprising a first public address value. The first public address value is associated with a first private key that is usable to generate a proof of ownership of the asset. The service deploys the smart contract to the blockchain. The service generates a second private key. The service uses the second private key to generate a second public address value. Despite a current owner of the asset not changing such that no transactions involving the asset are performed, the service transmits the second public address value to the smart contract to trigger the smart contract to replace the first public address value in the public address field with the second public address value.