Lý do mà điều này đúng là vì bạn không thể tinh chỉnh một ứng dụng đa chuỗi một cách tinh vi. Trải nghiệm người dùng, quy trình, v.v., tất cả đều phải được thực hiện cho những yếu tố cơ bản nhất của các chuỗi mà bạn hỗ trợ, trừ khi bạn có thể có các đội ngũ đầy đủ duy trì từng chuỗi. Bạn sẽ có 2 kết quả: → Các triển khai bản địa có thể cung cấp trải nghiệm người dùng tốt hơn cho sản phẩm ~ tương tự → Bạn mất đi thiện cảm của người dùng địa phương Còn có cả chi phí của các hệ thống thừa và theo dõi sự sai lệch của từng chuỗi (mà bạn thậm chí không thể tinh chỉnh ứng dụng của mình cho dù sao). "Ôi, thật tuyệt khi có một tính năng mới trên MegaETH ở cấp độ giao thức để làm cho tất cả các ứng dụng tốt hơn!" → "Ôi, nếu chúng tôi triển khai nó thì nó sẽ phá vỡ tiêu chuẩn và khó duy trì. Tốt hơn là nên an toàn." Đa chuỗi có thể hợp lý ở một mức độ thành công nhất định (Pump, Uni, AAVE, v.v.) nhưng phần lớn, phần lớn các ứng dụng nên chỉ có một nơi để gọi là nhà và tạo ra sản phẩm tốt nhất mà họ có thể ở nơi đó trong khi cho phép gửi tiền từ tất cả các chuỗi (ví dụ: cách tiếp cận của Polymarket). Rõ ràng có những cân nhắc thực tiễn đi kèm với điều này như thời gian hoạt động của đội ngũ, sức khỏe của hệ sinh thái, v.v., nhưng tôi sẽ chọn một nhà phát triển $8 SOL đơn lẻ hơn 100 ứng dụng đa chuỗi bất kỳ.