Stop generating Protobuf Rust bindings on `build.rs`

Do you want to request a feature or report a bug?

Feature

What is the current behavior?

Right now, Protobuf Rust bindings are generated via build.rs in the Cargo build pipeline. However, the Protobuf definitions are updated quite infrequently. The current build process imposes some constraints on people that want to build graph-node as they require the full toolchain to compile Protobuf to Rust so valid protoc, seems that rustfmt was required also. Lot's of issue recently (like #4240) were having problem building due to incorrect protoc version.

What is the expected behavior?

Protobuf Rust bindings generation should be an ad-hoc task that is done manually by the developer when the Protobuf definition changes. This way, only then the toolchain is required and everyone else don't need to care about this.

Some ideas (could be "mixed" together):

• Using https://buf.build (could even think about using remote worker)
• Create a bash script that invokes the required commands, this is how we work in firehose-XXXX chain like (see https://github.com/streamingfast/firehose-ethereum/blob/develop/types/pb/generate.sh#L22)
• Having a dedicated crate in Rust that invokes tonic build, this is how we do it today in near-firehose-indexer (see https://github.com/streamingfast/near-firehose-indexer)
• Do some of the following but use https://github.com/matklad/cargo-xtask to integrate into a specific cargo task to run cargo protogen something like that.

Bắt đầu bằng cách kiểm tra build.rs hiện có và pipeline build của Cargo dùng để tạo các Rust binding cho Protobuf. So sánh các cách tiếp cận được đề xuất — thủ công, dựa trên script hoặc dùng task chuyên dụng — sau đó xác định cách các binding được tạo lại khi các định nghĩa thay đổi và xác minh rằng các bản build graph-node thông thường không còn yêu cầu Protobuf toolchain.