Mình đi code lại con tendermint này ở công ty, thì mình thấy thế này nhé. Generics sẽ có 2 kiểu:

1. Khi biên dịch sẽ bỏ hết generic type đi, và ở runtime sẽ ép kiểu sau (như java): cách này thì biên dịch sẽ không sinh ra lớp mới, tuy nhiên là sẽ bị tốn performance khi ép kiểu.
2. Khi biên dịch sẽ giữ lại generic type, ví dụ như List thì sẽ dịch thành ListInt hoặc List sẽ dịch thành ListString (C# hãy C++ đang làm vậy)

Tiếp theo nữa là cái kiểu viết hàm của go sẽ kiểu func (bz HexBytes) MarshalJSON() ([]byte, error) { nếu viết generic type sẽ kiểu này: func (bz T) MarshalJSON() ([]byte, error) { Vậy thì nếu dịch theo kiểu 2 thì chẳng lẽ sẽ địch cho mọi đối lớp có trong chương trình sao? Vậy nên mình nghĩ rằng generics sẽ là 1 cơn đau đầu không dễ chịu cho tác giả của go, và nếu có viết thì chắc sẽ phải chọn phương án 1.