This thread is to discuss a very nascent idea to significantly increase the data and computation throughput of ICP. This idea may help to resolve concerns around instruction and message size limits. Instruction and message size limits are two of the crucial protocol weaknesses pointed out in this t…

Further context can be found in the following comments, we will continue the discussion in this thread: [image] Let's solve these crucial protocol weaknesses Developers The data that made it onto the replicas via these side-channels would still be technically part of the …

Some have voiced concerns that this would make ICP less “on-chain”. @free is very concerned with the technical feasibility, and there are many unknowns and some unsolved problems. My last comment was introducing the idea of data availability sampling as found in the Ethereum ecosystem (EIP-4844, da…

Hi Jordan You’ll be happy to hear that we’ve started working on this a short while ago. We’re currently designing an approach that increases the throughput by putting references to large ingress messages instead of the full ingress message without introducing security holes. Needless to say, we wan…

[image] YAP: You’ll be happy to hear that we’ve started working on this a short while ago I am happy to hear this! Very exciting and good luck! To clarify, will this allow increasing the instruction limit in addition to the message size limit? Or is it focused only on the message size limit? …

Using references instead of the full messages can be seen as a basis for explorations into increasing some bounds. Increasing the instruction limit is an orthogonal problem, imho (and I’m definitely not an expert on that matter), in particular I don’t think anyone would like to have longer rounds… …

[image] YAP: Increasing the instruction limit is an orthogonal problem The approach I was suggesting for longer computation does not involve increasing the instruction limit. To some extent it’s also orthogonal to putting references instead of payloads into blocks. Similar to HTTP outcalls, …

[image] Let's solve these crucial protocol weaknesses to significantly increase (data and computation) throughput on the IC [image] Let's solve these crucial protocol weaknesses run arbitrarily heavy and long (but deterministic) computations alongside the subnet @free I thought your idea…

Increasing the instructions limits and being able to run arbitrarily heavy and long computations are related but not exactly the same thing. Increasing instruction limits would mean that you can run longer computations inside canisters. The idea brought up in this thread is more tailored towards ot…

[image] YAP: In general, the limits for ingress messages and their results as well as many other bounds have dependencies in the upper layers, since they influence what needs to be stored, execution time etc. Therefore it will require careful investigations to determine the trade-offs involved a…

Hashed Block Payloads

Developers

Manu March 13, 2024, 1:21pm 7

I just replied wrt instructions limit in the other thread.

Topic		Replies	Views
ICP.Lab Storage & Scalability Summaries Developers	18	4943	April 9, 2025
Let's solve these crucial protocol weaknesses Developers	128	13725	July 9, 2024
Technical Working Group: Scalability & Performance Developers Discussing , community-consideration	180	10890	October 16, 2025
Subnets with heavy compute load: what can you do now & next steps Developers	173	4714	November 26, 2024
Consensus algorithm and performance Developers	13	1901	December 12, 2023

Hashed Block Payloads

Related topics