Giảm một nửa độ trễ gửi giao dịch với eth_sendRawTransactionSync

Bài viết này được dịch máy
Xem bản gốc

Của Sam Battenally, Hai NguyenThanh Nguyen. Lời cảm ơn đặc biệt đến Lin Oshitani và Danilo R vì những phản hồi và nhận xét hữu ích.

Tóm tắt

Việc gửi và xác nhận giao dịch không đồng bộ theo truyền thống không còn phù hợp với các chuỗi khối được tối ưu hóa về độ trễ, như các chuỗi RISE, MegaETH và Flashblocks (Unichain, Base). Chúng tôi giới thiệu một RPC đơn giản eth_sendRawTransactionSync để giải quyết những hạn chế chính trong quy trình giao dịch Ethereum truyền thống.

Bằng cách điều chỉnh hành vi API Web3 gần hơn với các mẫu yêu cầu-phản hồi Web2 quen thuộc, eth_sendRawTransactionSync đơn giản hóa trải nghiệm của nhà phát triển, giảm độ trễ và tăng cường khả năng phản hồi của người dùng. RPC đơn giản này đặc biệt có tác động khi các kiến trúc blockchain phát triển hướng tới thời gian khối thấp hơn và khả năng phản hồi nhanh hơn, kết nối khoảng cách giữa phát triển ứng dụng phi tập trung và truyền thống.

Động lực

Luồng giao dịch thông thường tuân theo mô hình không đồng bộ trong đó các máy khách trước tiên phát sóng các giao dịch đã ký thông qua eth_sendRawTransaction, sau đó liên tục truy vấn các nút bằng eth_getTransactionReceipt cho đến khi trả về các biên lai không rỗng.

< button>
<< /tr><><độ trễ<< tr>Cao, ít nhất hai lần đi quaThấp như thời truyền mạngức tạpơlogic không đồngộtrặp lại)<>đơn (gọiPC đồngộênếp)HisuNnútTải cao hơn, có thể gây áp lực lên nútTải tiềm năấơn

Chúng tôi đã triển khai `eth_sendRawTransactionSync` bằng một vài dòthòvà thựcực hiện mộtí sốểm chuẩminh họải tiến Mỗể�, ttheo dTổng Thời cho biết thianữờiểgiao dịch được gửi cho đến khi bilai của nó có sẵn ở phíakhách hp h.

Nguồn
Tuyên bố từ chối trách nhiệm: Nội dung trên chỉ là ý kiến của tác giả, không đại diện cho bất kỳ lập trường nào của Followin, không nhằm mục đích và sẽ không được hiểu hay hiểu là lời khuyên đầu tư từ Followin.
Thích
Thêm vào Yêu thích
Bình luận