IPv6 Multicast and Anycast for Blockchain Block Distribution

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The limitations of IPv4 address space and the inefficiencies in data transmission protocols like unicasting and broadcasting lead to network congestion and scalability issues in blockchain networks, particularly with the advent of IoT and larger block sizes in protocols like Bitcoin SV, necessitating improved methods for data distribution.

Innovation Solution

Utilizing IPv6 multicast and anycast transmission techniques to form logical groups of network resources, allowing efficient and scalable distribution of blockchain-related data by sending data packets to multicast or anycast addresses, respectively, thereby optimizing data transmission across blockchain networks.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If IPv4 addressing is used, then network infrastructure is simple and established, but address space exhaustion occurs and cannot meet future scalability needs

Engineering Contradiction:
Improveaddress space capacityVSAvoidnetwork protocol complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent transitions from IPv4 to IPv6 addressing, fundamentally changing the address length parameter from 32 bits to 128 bits. This parameter change provides a vastly larger address space (3.4×10^38 addresses) that can accommodate future scalability needs while maintaining the established TCP/IP protocol framework.

Inventive Principle:
Principle #35Parameter changes

2Productivity

If unicasting is used for data transmission, then transmission path is simple and direct, but network congestion increases and scalability is limited

Engineering Contradiction:
Improvedata transmission efficiencyVSAvoidnetwork congestion
Core Design Contradiction:
ProductivityVSObject-generated harmful factors

Solution Approach 1:

The patent merges multiple unicast transmissions into a single multicast transmission. Instead of sending data packets individually to each destination node through separate unicast paths, the system uses IPv6 multicast to deliver the same packet simultaneously to multiple destinations through a single transmission event, thereby reducing network congestion and improving transmission efficiency.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The patent employs anycast addressing where a single data packet is sent to an anycast address, and the network infrastructure automatically copies and routes the packet to the topologically closest destination node. This copying mechanism enables efficient one-to-many or one-to-nearest transmission without requiring multiple separate transmissions.

Inventive Principle:
Principle #26Copying

3Quantity of substance

If larger block sizes are implemented in blockchain protocols, then throughput capacity increases, but network propagation speed decreases and latency increases

Engineering Contradiction:
Improveblock size capacityVSAvoidblock propagation speed
Core Design Contradiction:
Quantity of substanceVSSpeed

Solution Approach 1:

The patent applies multicast transmission to distribute larger blockchain blocks simultaneously to multiple network nodes. By merging multiple individual block transmissions into a single multicast event, the network can propagate larger blocks more efficiently, increasing throughput capacity while maintaining acceptable propagation speeds and reducing latency.

Inventive Principle:
Principle #5Merging (Combining)

Data Source

PatentUS20260067202A1Computer-implemented methods and systems for improved communications across a blockchain network
Publication Date: 2026.03.05 NCHAIN LICENSING AG
  • US20260067202A1 patent drawing
  • US20260067202A1 patent drawing
  • US20260067202A1 patent drawing

AI summary

Methods and techniques are provided that employ multicast transmission and anycast transmission to coordinate and distribute tasks and/or processing requests amongst groups of resources on a network. In one embodiment, the groups of resources can include nodes or other resources of a blockchain network that implement all or part of a particular blockchain protocol (e.g., Bitcoin SV protocol), and/or service providers that provide services to a blockchain-related organisation, group or network.