[Bug] IPC failed to decode big partial response

[publicqi]

Component

provider, pubsub, rpc

What version of Alloy are you on?

v0.1.1

Operating System

macOS (Apple Silicon)

Describe the bug

OS	IPC	Crash?
Linux	geth	N
Linux	reth	N
macOS	reth	Y

To reproduce:
cast code 0xe9ff7ca11280553af56d04ecb8be6b8c4468dcb2 -r /tmp/reth.ipc

I don't have a geth on mac, so I cannot test. But I think it should be due to the different OS IPC implementations

Related: #605

[mattsse]

right this check is bad and will terminate the stream if the response exceeds the default buffer capacity:

alloy/crates/transport-ipc/src/lib.rs

Lines 158 to 162 in 5eadbf1

	if this.buf.len() > CAPACITY {
	// buffer is full, we can't decode any more
	error!("IPC response too large to decode");
	return Ready(None);
	}

it should be removed, or increased to something more reasonable.

trace responses can exceed ~120MB so we should select a more appropriate limit, since IPC is local we could also remove this entirely.

[mattsse]

do you want to take this @publicqi ?

[publicqi]

Sure. I'll make a PR.