RPC (Remote Procedure Call)

RPC (Remote Procedure Call) trong crypto là gì?

RPC, hay Remote Procedure Call, là phương thức liên lạc cho phép một chương trình yêu cầu một chương trình khác đang chạy ở nơi khác thực hiện hành động hoặc cung cấp dữ liệu.

Trong lĩnh vực tiền mã hóa, RPC là cầu nối giữa ví, dApp, tập lệnh, công cụ lập chỉ mục, bot giao dịch, trình khám phá blockchain và node blockchain.

Khi ví hiển thị số dư token, ước tính phí gas, đọc hợp đồng thông minh hoặc gửi giao dịch đã ký, ví thường sử dụng một RPC endpoint ở chế độ nền.

Đặc tả JSON-RPC 2.0 chính thức mô tả JSON-RPC là giao thức RPC không lưu trạng thái, gọn nhẹ và sử dụng JSON làm định dạng dữ liệu.

Nhiều blockchain sử dụng JSON-RPC hoặc API tương tự RPC vì chúng cung cấp cho nhà phát triển phương thức tiêu chuẩn để truy vấn trạng thái blockchain và gửi giao dịch.

Tài liệu JSON-RPC chính thức của Ethereum giải thích rằng các client thực thi Ethereum cung cấp API JSON-RPC để tương tác với mạng.

Nói đơn giản, RPC là cách ứng dụng crypto giao tiếp với node blockchain mà không cần mỗi người dùng tự chạy lệnh trên node.

RPC là cơ sở hạ tầng thiết yếu, nhưng cũng có thể tạo ra rủi ro về quyền riêng tư, độ tin cậy, bảo mật và tính tập trung nếu người dùng phụ thuộc vào endpoint yếu hoặc không đáng tin cậy.

Định nghĩa đơn giản về RPC

RPC trong crypto là hệ thống yêu cầu và phản hồi, cho phép ứng dụng yêu cầu node blockchain cung cấp dữ liệu hoặc phát một giao dịch đã ký.

Ứng dụng thường được gọi là client.

Node blockchain hoặc dịch vụ RPC thường được gọi là server hoặc endpoint.

Client gửi yêu cầu như “hiển thị số dư tài khoản này” hoặc “phát giao dịch đã ký này”.

RPC endpoint xử lý yêu cầu và trả về phản hồi.

Phản hồi có thể bao gồm số khối, biên nhận giao dịch, số dư token, ước tính phí gas, trạng thái tài khoản, kết quả hợp đồng thông minh hoặc thông báo lỗi.

Thông thường, RPC không trao cho endpoint quyền kiểm soát khóa riêng tư của người dùng.

Ví được thiết kế đúng cách sẽ ký giao dịch trên thiết bị cục bộ và chỉ gửi giao dịch đã ký đến RPC endpoint để phát lên mạng.

Tại sao RPC quan trọng trong tiền mã hóa?

RPC quan trọng vì hầu hết người dùng crypto đều phụ thuộc vào nó, dù họ có thể chưa từng thấy thuật ngữ này.

Ví cần RPC để đọc số dư và gửi giao dịch.

dApp cần RPC để truy vấn hợp đồng thông minh và gửi hành động của người dùng.

Trình khám phá blockchain cần RPC hoặc dữ liệu từ node để hiển thị khối, giao dịch, nhật ký và địa chỉ.

Nhà phát triển cần RPC để triển khai hợp đồng, kiểm thử giao dịch, mô phỏng quá trình thực thi và giám sát sự kiện.

Validator hoặc người vận hành node có thể dùng RPC để kiểm tra trạng thái node hoặc kết nối công cụ nội bộ.

Nếu không có RPC, hầu hết ứng dụng crypto sẽ khó sử dụng hơn nhiều.

RPC biến dữ liệu blockchain thành thông tin mà ứng dụng có thể yêu cầu theo cấu trúc nhất định.

Nhờ vậy, RPC trở thành một trong những thành phần quan trọng nhất nhưng ít được chú ý nhất của cơ sở hạ tầng Web3.

RPC hoạt động như thế nào?

Quy trình RPC thường bắt đầu khi người dùng mở ví, dApp, bảng điều khiển hoặc tập lệnh.

Ứng dụng tạo yêu cầu theo một định dạng cụ thể.

Với JSON-RPC, yêu cầu thường bao gồm tên phương thức, tham số, ID và phiên bản JSON-RPC.

Yêu cầu được gửi đến RPC endpoint qua HTTP, WebSocket hoặc phương thức truyền tải được hỗ trợ khác.

Node hoặc dịch vụ nhận yêu cầu và kiểm tra xem phương thức đó có được hỗ trợ hay không.

Node đọc dữ liệu blockchain cục bộ, truy vấn cơ sở dữ liệu, kiểm tra trạng thái mempool hoặc xác thực định dạng giao dịch.

Sau đó, endpoint gửi lại phản hồi có kết quả hoặc thông báo lỗi.

Ứng dụng dùng phản hồi đó để cập nhật giao diện người dùng hoặc tiếp tục quy trình.

Yêu cầu JSON-RPC là gì?

Yêu cầu JSON-RPC là thông điệp có cấu trúc, yêu cầu endpoint chạy một phương thức được chỉ định.

Một yêu cầu kiểu Ethereum đơn giản có thể yêu cầu số khối mới nhất thông qua phương thức

.

Yêu cầu có thể bao gồm tham số nếu phương thức cần thêm thông tin.

Ví dụ, yêu cầu số dư có thể bao gồm địa chỉ và tham chiếu khối.

Yêu cầu cũng có ID để client có thể ghép phản hồi với yêu cầu ban đầu.

Đặc tả JSON-RPC chính thức của Ethereum xác định giao diện tiêu chuẩn cho các client thực thi Ethereum.

Việc tiêu chuẩn hóa giúp ví và công cụ dành cho nhà phát triển hoạt động trên nhiều client tương thích.

Nếu không có định dạng phương thức chung, ứng dụng crypto sẽ cần tích hợp riêng cho từng cách triển khai node.

RPC endpoint là gì?

RPC endpoint là địa chỉ mạng nhận các yêu cầu RPC.

Đó có thể là endpoint công khai, endpoint riêng tư, endpoint node cục bộ hoặc endpoint cơ sở hạ tầng được quản lý.

Endpoint cục bộ có thể chạy trên máy tính hoặc máy chủ của người dùng.

Endpoint từ xa có thể do nhà vận hành node hoặc dịch vụ cơ sở hạ tầng cung cấp.

Ví thường sử dụng RPC endpoint mặc định để người dùng kết nối nhanh chóng.

Người dùng có kinh nghiệm có thể thay endpoint mặc định bằng node riêng hoặc endpoint ưa thích.

Endpoint rất quan trọng vì có thể ảnh hưởng đến tốc độ, quyền riêng tư, độ tin cậy, độ chính xác của dữ liệu và khả năng chống kiểm duyệt.

Chọn RPC endpoint không chỉ là một thiết lập kỹ thuật, vì lựa chọn này quyết định ai nhìn thấy yêu cầu và ai hỗ trợ phát giao dịch.

RPC trong Ethereum

Ethereum sử dụng rộng rãi JSON-RPC để kết nối ví, tương tác với dApp, truy vấn node, phát giao dịch và hỗ trợ công cụ dành cho nhà phát triển.

Các phương thức RPC Ethereum phổ biến gồm

, , , , và .

cho phép ứng dụng đọc trạng thái hợp đồng thông minh mà không tạo giao dịch on-chain.

phát một giao dịch đã ký lên mạng.

giúp ứng dụng đọc các sự kiện hợp đồng trong quá khứ.

ước tính lượng gas mà một giao dịch có thể cần.

RPC Ethereum rất quan trọng vì các nền tảng hợp đồng thông minh cần liên tục giao tiếp giữa giao diện người dùng và trạng thái on-chain.

Mọi thao tác hiển thị số dư token, đọc hợp đồng và mô phỏng giao dịch đều phụ thuộc vào khả năng truy cập node đáng tin cậy.

RPC trong Solana

Solana cũng sử dụng RPC để ứng dụng đọc trạng thái mạng, gửi giao dịch, mô phỏng quá trình thực thi và đăng ký nhận cập nhật.

Tài liệu RPC chính thức của Solana cho biết RPC Solana cung cấp các phương thức để đọc trạng thái mạng, gửi giao dịch, mô phỏng quá trình thực thi và đăng ký nhận cập nhật trực tiếp.

RPC endpoint của Solana hỗ trợ các phương thức yêu cầu-phản hồi qua HTTP và phương thức đăng ký qua WebSocket.

Ứng dụng dùng RPC để lấy thông tin tài khoản, dữ liệu khối, chi tiết giao dịch, số dư token và hoạt động của chương trình.

Vì ứng dụng Solana thường cần cập nhật tài khoản nhanh chóng, hiệu suất RPC có thể ảnh hưởng đáng kể đến trải nghiệm người dùng.

RPC endpoint chậm hoặc quá tải có thể khiến số dư cập nhật trễ, mô phỏng giao dịch thất bại hoặc dữ liệu giao diện bị cũ.

Nhà phát triển xây dựng trên các blockchain thông lượng cao cần cân nhắc kỹ năng lực của endpoint.

Chất lượng RPC có thể tạo ra khác biệt lớn giữa ứng dụng mượt mà và trải nghiệm gây khó chịu.

RPC trong Bitcoin

Bitcoin Core cung cấp các phương thức RPC phục vụ vận hành node, chức năng ví, truy vấn blockchain, kiểm tra mempool, tạo giao dịch và giám sát mạng.

Tài liệu RPC chính thức của Bitcoin Core công bố tài liệu tham khảo RPC theo từng phiên bản phát hành của Bitcoin Core.

RPC Bitcoin thường được người vận hành node, nhà phát triển, đơn vị xử lý thanh toán, công cụ lập chỉ mục, nhà nghiên cứu và đội ngũ cơ sở hạ tầng sử dụng.

Các phương thức RPC Bitcoin phổ biến có thể dùng để lấy dữ liệu khối, kiểm tra trạng thái mempool, tạo giao dịch thô, giải mã giao dịch hoặc truy vấn thông tin ví khi bật chức năng ví.

Cần bảo mật RPC Bitcoin cẩn thận vì một số phương thức có thể làm lộ thông tin nhạy cảm hoặc ảnh hưởng đến hoạt động của node.

Giao diện RPC của node Bitcoin thường dành cho việc sử dụng cục bộ hoặc nội bộ đáng tin cậy, không phải để công khai rộng rãi.

Chạy node giúp người dùng độc lập hơn nhưng cũng đi kèm trách nhiệm cấu hình an toàn.

Cần bảo vệ quyền truy cập RPC bằng xác thực, kiểm soát mạng và nguyên tắc đặc quyền tối thiểu.

RPC qua HTTP và RPC qua WebSocket

RPC qua HTTP thường hoạt động theo mô hình yêu cầu-phản hồi.

Client gửi yêu cầu và endpoint trả về một phản hồi.

Cách này phù hợp với các thao tác như đọc số dư, lấy khối, ước tính gas hoặc phát giao dịch.

RPC qua WebSocket duy trì kết nối mở để nhận cập nhật trực tiếp.

Cách này phù hợp với các đăng ký nhận dữ liệu như khối mới, thay đổi tài khoản, nhật ký hoặc hoạt động đang chờ, nếu được hỗ trợ.

HTTP đơn giản và được hỗ trợ rộng rãi.

WebSocket có thể hiệu quả hơn đối với ứng dụng thời gian thực cần cập nhật liên tục.

Ứng dụng crypto được thiết kế tốt có thể sử dụng cả hai tùy theo tác vụ.

RPC công khai và RPC riêng tư

RPC endpoint công khai cho phép nhiều người sử dụng, đôi khi không cần tài khoản hoặc API key.

RPC endpoint riêng tư bị giới hạn cho một người dùng, đội ngũ, ứng dụng hoặc môi trường cơ sở hạ tầng cụ thể.

Endpoint công khai thuận tiện nhưng có thể chậm, giới hạn tần suất, quá tải hoặc kém riêng tư hơn.

Endpoint riêng tư có thể mang lại hiệu suất, kiểm soát quyền truy cập, khả năng giám sát và độ tin cậy tốt hơn.

Tuy nhiên, người dùng vẫn cần tin cậy đơn vị vận hành endpoint riêng tư, trừ khi tự chạy endpoint.

Đối với giao dịch giá trị cao, đội ngũ có thể ưu tiên endpoint chuyên dụng, node tự lưu trữ hoặc nhiều endpoint dự phòng.

Đối với nhu cầu thông thường, endpoint công khai mặc định có thể là đủ, nhưng người dùng nên hiểu sự đánh đổi.

Lựa chọn RPC ảnh hưởng đến quyền riêng tư và độ tin cậy nhiều hơn mức mà nhiều người mới nhận ra.

RPC cục bộ và tự chạy node

RPC cục bộ nghĩa là ứng dụng kết nối với node do người dùng hoặc đội ngũ kiểm soát.

Cách này có thể tăng cường quyền riêng tư vì ít yêu cầu được gửi đến cơ sở hạ tầng của bên thứ ba hơn.

Cách này có thể cải thiện khả năng xác minh vì người dùng dựa vào dữ liệu blockchain do node của chính mình cung cấp.

Cách này cũng có thể tăng khả năng chống kiểm duyệt vì người dùng không phụ thuộc hoàn toàn vào endpoint từ xa.

Tuy nhiên, chạy node đòi hỏi dung lượng lưu trữ, băng thông, bảo trì, cập nhật, giám sát và cấu hình bảo mật.

Một số blockchain còn yêu cầu archive node để truy cập đầy đủ trạng thái lịch sử, vốn cần nhiều tài nguyên hơn đáng kể so với full node thông thường.

Chạy node mang lại nhiều quyền kiểm soát nhưng không phải việc đơn giản.

Người dùng nên chọn RPC cục bộ khi lợi ích xứng đáng với công sức vận hành.

RPC và ví

Ví sử dụng RPC để hiển thị số dư, đọc lịch sử giao dịch, ước tính phí, mô phỏng thao tác và phát giao dịch đã ký.

Ví non-custodial nên giữ khóa riêng tư trên thiết bị của người dùng hoặc thiết bị ký.

RPC endpoint không cần khóa riêng tư để phát giao dịch đã ký.

Sự tách biệt này rất quan trọng vì RPC endpoint có thể nhìn thấy yêu cầu nhưng không nên kiểm soát tiền trong ví.

Tuy nhiên, RPC endpoint độc hại hoặc không đáng tin cậy vẫn có thể gây ra vấn đề.

Endpoint có thể trả dữ liệu cũ, ẩn một số giao dịch, không phát giao dịch, kiểm duyệt yêu cầu hoặc đưa ra ước tính gas sai lệch.

Thiết kế ví cẩn trọng cần làm rõ nội dung ký và không nên mù quáng dựa vào một nguồn dữ liệu cho mọi quyết định nhạy cảm về bảo mật.

Người dùng nên xem lại chi tiết giao dịch trước khi ký, ngay cả khi RPC endpoint có vẻ hoạt động bình thường.

RPC và dApp

dApp sử dụng RPC để kết nối giao diện người dùng với dữ liệu blockchain và chức năng hợp đồng thông minh.

dApp có thể dùng RPC để đọc dự trữ của pool, hiển thị vị thế cho vay, metadata NFT, phiếu biểu quyết quản trị hoặc chuẩn bị giao dịch.

Khi người dùng nhấn nút trong dApp, giao diện có thể tạo yêu cầu giao dịch để ví ký.

Sau đó, giao dịch đã ký có thể được phát qua RPC endpoint.

Nếu RPC endpoint chậm, dApp có thể hiển thị thông tin trễ hoặc không chính xác.

Nếu RPC endpoint không khả dụng, dApp có thể trông như bị lỗi dù blockchain vẫn hoạt động bình thường.

Vì vậy, các dApp nghiêm túc thường sử dụng nhiều endpoint, bộ nhớ đệm, công cụ lập chỉ mục và hệ thống dự phòng.

Độ tin cậy của RPC là một phần trong chất lượng sản phẩm của ứng dụng crypto.

RPC và truy vấn hợp đồng thông minh

Các lệnh đọc hợp đồng thông minh thường được xử lý bằng phương thức RPC không làm thay đổi trạng thái blockchain.

Trên mạng tương thích với Ethereum,

thường được dùng để mô phỏng lời gọi hợp đồng cục bộ trên node.

Thao tác này có thể trả về thông tin như số dư token, thiết lập giao thức, giá trị oracle hoặc vị thế người dùng.

Vì lệnh đọc không tạo giao dịch on-chain nên người dùng không cần trả phí gas.

Tuy nhiên, lệnh đọc vẫn phụ thuộc vào dữ liệu và cấu hình của RPC endpoint.

Nếu endpoint chưa đồng bộ, dữ liệu trả về có thể đã cũ.

Nếu endpoint không có dữ liệu archive, các truy vấn trạng thái cũ có thể thất bại.

Nhà phát triển nên hiểu sự khác biệt giữa truy vấn trạng thái hiện tại và trạng thái lịch sử.

RPC và phát giao dịch

Phát giao dịch là một trong những chức năng RPC quan trọng nhất.

Ví ký giao dịch bằng khóa riêng tư hoặc thiết bị ký của người dùng.

Giao dịch đã ký được gửi đến RPC endpoint.

Nếu giao dịch hợp lệ, endpoint kiểm tra định dạng rồi chuyển tiếp giao dịch lên mạng.

Endpoint không cần biết khóa riêng tư của người dùng để phát giao dịch.

Phát giao dịch qua một endpoint có thể làm lộ thời điểm giao dịch, địa chỉ IP, nội dung giao dịch và mô hình hoạt động của ví cho đơn vị vận hành endpoint đó.

Một số người dùng có kinh nghiệm phát giao dịch qua node riêng để tăng quyền riêng tư và kiểm soát.

Đối với hầu hết người dùng, quy tắc an toàn quan trọng nhất là chỉ ký giao dịch mà họ hiểu.

RPC và ước tính gas

Ước tính gas là tác vụ RPC phổ biến trên các mạng hợp đồng thông minh.

Ví hoặc dApp yêu cầu endpoint ước tính lượng gas mà giao dịch có thể cần.

Endpoint mô phỏng giao dịch dựa trên trạng thái hiện tại rồi trả về ước tính.

Ước tính này hữu ích nhưng không hoàn hảo.

Trạng thái blockchain có thể thay đổi trước khi giao dịch được xác nhận.

Giao dịch có thể thất bại ngay cả khi đã được ước tính thành công.

Giao diện độc hại hoặc không đáng tin cậy cũng có thể trình bày thông tin giao dịch kém, ngay cả khi ước tính RPC chính xác về mặt kỹ thuật.

Người dùng nên xem ước tính gas là thông tin tham khảo, không phải cam kết chắc chắn.

RPC và mô phỏng giao dịch

Mô phỏng giao dịch sử dụng RPC để xem trước giao dịch có thể thực hiện điều gì trước khi được gửi on-chain.

Mô phỏng có thể giúp phát hiện lời gọi thất bại, thay đổi số dư, chuyển token, phê duyệt hoặc lỗi thực thi có khả năng xảy ra.

Tài liệu Solana nêu rõ mô phỏng giao dịch là một trong những chức năng RPC hỗ trợ.

Các hệ thống kiểu Ethereum cũng thường mô phỏng lời gọi và ước tính gas trước khi ký giao dịch.

Mô phỏng hữu ích vì giao dịch crypto thường không thể đảo ngược sau khi được xác nhận.

Tuy nhiên, mô phỏng có thể không đầy đủ nếu trạng thái thay đổi trước khi xác nhận hoặc nếu hợp đồng hoạt động khác nhau trong một số điều kiện nhất định.

Nên dùng mô phỏng như một lớp bảo vệ, không phải sự đảm bảo tuyệt đối.

Người dùng vẫn cần xem kỹ yêu cầu ký cuối cùng trên ví.

RPC và nhật ký

Nhật ký là bản ghi sự kiện do hợp đồng thông minh phát ra.

Phương thức RPC có thể giúp ứng dụng tìm kiếm nhật ký theo địa chỉ, chủ đề, phạm vi khối và chữ ký sự kiện.

Nhật ký rất quan trọng đối với ví, công cụ phân tích, bảng điều khiển DeFi, ứng dụng NFT và giao diện quản trị.

Tuy nhiên, truy vấn nhật ký có thể tiêu tốn nhiều tài nguyên của endpoint, đặc biệt khi tìm trên phạm vi khối lớn.

Một số nhà cung cấp RPC giới hạn quy mô truy vấn nhật ký để bảo vệ cơ sở hạ tầng.

Nhà phát triển nên thiết kế truy vấn nhật ký hiệu quả và sử dụng hệ thống lập chỉ mục khi cần.

Dùng RPC làm cơ sở dữ liệu phân tích toàn diện có thể không hiệu quả.

Đối với truy vấn lịch sử quy mô lớn, công cụ lập chỉ mục và quy trình dữ liệu có thể phù hợp hơn.

RPC và archive node

Archive node lưu trạng thái lịch sử mà full node thông thường có thể không lưu ở định dạng dễ truy cập tương tự.

Một số truy vấn RPC cần quyền truy cập archive, đặc biệt khi đọc trạng thái tài khoản hoặc hợp đồng cũ.

Full node thông thường có thể xác thực blockchain nhưng không nhất thiết trả lời được mọi truy vấn trạng thái lịch sử.

Sự khác biệt này quan trọng đối với công cụ thuế, phân tích, nghiên cứu thanh lý, phân tích pháp chứng, lịch sử quản trị và bảng điều khiển giao thức.

RPC endpoint archive thường tốn kém hơn để vận hành vì cần nhiều dung lượng lưu trữ và cơ sở hạ tầng hơn.

Nhà phát triển nên xác định ứng dụng cần dữ liệu archive hay chỉ cần trạng thái hiện tại của blockchain.

Chọn sai loại endpoint có thể gây ra lỗi khó hiểu.

Thiết kế RPC nên phù hợp với nhu cầu dữ liệu của ứng dụng.

RPC và giới hạn tần suất

Giới hạn tần suất quy định số lượng yêu cầu client có thể gửi trong một khoảng thời gian.

RPC endpoint thường đặt giới hạn tần suất vì truy vấn blockchain có thể tiêu tốn CPU, bộ nhớ, dung lượng lưu trữ, băng thông và tài nguyên cơ sở dữ liệu.

Hướng dẫn bảo mật API của OWASP về tiêu thụ tài nguyên không giới hạn giải thích rằng yêu cầu API có thể tiêu tốn các tài nguyên như băng thông, CPU, bộ nhớ và dung lượng lưu trữ.

Điều này liên quan trực tiếp đến RPC vì các yêu cầu tốn nhiều tài nguyên có thể làm quá tải node hoặc tăng chi phí cơ sở hạ tầng.

Giới hạn tần suất có thể bảo vệ endpoint trước hành vi lạm dụng.

Giới hạn này cũng có thể gây lỗi hiển thị cho người dùng nếu ứng dụng được tối ưu kém.

Nhà phát triển nên sử dụng bộ nhớ đệm, gửi theo lô, truy vấn hiệu quả và cơ chế chờ tăng dần trước khi thử lại.

Người dùng nên hiểu rằng lỗi RPC do chạm giới hạn tần suất không phải lúc nào cũng có nghĩa blockchain bị lỗi.

Gửi yêu cầu RPC theo lô

Gửi theo lô cho phép client gửi nhiều yêu cầu JSON-RPC cùng lúc nếu endpoint hỗ trợ.

Cách này có thể giảm chi phí liên lạc qua mạng và cải thiện hiệu suất ứng dụng.

Ví dụ, ví hoặc bảng điều khiển có thể gửi theo lô nhiều yêu cầu đọc số dư, khối và hợp đồng.

Cần sử dụng phương thức này cẩn thận vì lô quá lớn có thể làm quá tải endpoint.

Một số endpoint giới hạn kích thước lô hoặc từ chối các lô tiêu tốn nhiều tài nguyên.

Ứng dụng tốt cần cân bằng giữa hiệu quả và tình trạng hoạt động của endpoint.

Gửi theo lô là cách tối ưu của nhà phát triển, không phải tính năng bảo mật dành cho người dùng.

Gửi theo lô kém hiệu quả có thể khiến ứng dụng chậm hơn hoặc kém tin cậy hơn nếu endpoint từ chối yêu cầu.

Rủi ro bảo mật RPC

Bảo mật RPC rất quan trọng vì endpoint có thể cung cấp các phương thức mạnh và làm lộ dữ liệu vận hành nhạy cảm.

Tùy theo cấu hình, RPC endpoint không được bảo vệ có thể tiết lộ thông tin node, cho phép truy vấn tốn nhiều tài nguyên hoặc làm lộ các phương thức quản trị nguy hiểm.

Nghiên cứu học thuật về các cuộc tấn công đánh cắp tiền mã hóa thông qua Ethereum JSON-RPC endpoint đã nghiên cứu các cuộc tấn công nhằm vào node Ethereum bị lộ và phát hiện rằng trong một số cấu hình, JSON-RPC endpoint không được bảo vệ có thể bị khai thác để đánh cắp tài sản.

Nghiên cứu này nhắc nhở rằng không nên tùy tiện đưa RPC endpoint ra Internet công cộng.

Người vận hành node nên tắt các phương thức không an toàn, dùng xác thực, giới hạn quyền truy cập theo quy tắc mạng và giám sát yêu cầu bất thường.

Nhà phát triển không nên đặt giao diện RPC quản trị sau mật khẩu yếu hoặc quy tắc tường lửa mở.

Người dùng không nên kết nối ví với RPC endpoint ngẫu nhiên nếu chưa hiểu sự đánh đổi về độ tin cậy.

RPC là cơ sở hạ tầng mạnh mẽ và cần được bảo mật như cơ sở hạ tầng production.

Rủi ro quyền riêng tư của RPC

RPC endpoint có thể thu thập thông tin từ yêu cầu của người dùng.

Endpoint có thể nhìn thấy địa chỉ IP, địa chỉ ví được truy vấn, thời điểm giao dịch, phương thức được sử dụng và mô hình tương tác với dApp.

Người dùng yêu cầu cùng một endpoint tra cứu số dư của nhiều ví có thể vô tình tiết lộ rằng các ví đó có liên quan với nhau.

Người dùng phát giao dịch qua một endpoint có thể làm lộ mô hình hành vi cho đơn vị vận hành endpoint đó.

Chạy node cá nhân có thể giảm mức độ lộ dữ liệu riêng tư cho RPC bên thứ ba.

Sử dụng các biện pháp mạng chú trọng quyền riêng tư cũng có thể giảm một phần rò rỉ siêu dữ liệu.

Tuy nhiên, giao dịch blockchain vẫn hiển thị công khai sau khi được phát.

Quyền riêng tư RPC là việc giảm rò rỉ siêu dữ liệu bổ sung ngoài những gì đã được công khai on-chain.

Rủi ro về độ tin cậy của RPC

Độ tin cậy của RPC ảnh hưởng đến khả năng sử dụng của ứng dụng.

Endpoint có thể chậm, chưa đồng bộ, quá tải, bị chặn, chạm giới hạn tần suất hoặc tạm thời ngoại tuyến.

Nếu endpoint chưa đồng bộ, endpoint có thể trả về dữ liệu cũ.

Nếu endpoint quá tải, yêu cầu có thể hết thời gian chờ.

Nếu endpoint chặn một số phương thức, ứng dụng có thể đột ngột không hoạt động.

Nếu dApp chỉ phụ thuộc vào một endpoint, endpoint đó sẽ trở thành điểm lỗi duy nhất.

Ứng dụng crypto production thường sử dụng nhiều endpoint, kiểm tra tình trạng hoạt động, giám sát và chuyển hướng dự phòng.

Thiết kế RPC đáng tin cậy giúp bảo vệ người dùng trước các lỗi khó hiểu trong giai đoạn thị trường hoạt động sôi động.

RPC và rủi ro kiểm duyệt

RPC endpoint có thể từ chối xử lý một số yêu cầu hoặc không phát một số giao dịch.

Điều này không nhất thiết có nghĩa blockchain nền tảng đã kiểm duyệt người dùng.

Có thể endpoint được chọn đang lọc yêu cầu, giới hạn tần suất, cấu hình sai hoặc không khả dụng.

Người dùng có endpoint thay thế hoặc node riêng có thể phát giao dịch qua một tuyến khác.

Đây là lý do tính đa dạng của endpoint rất quan trọng.

Blockchain phi tập trung vẫn có thể tạo cảm giác tập trung đối với người dùng chỉ phụ thuộc vào một endpoint từ xa.

Đối với hoạt động tự lưu ký nghiêm túc và giao dịch giá trị cao, người dùng có thể cần các RPC dự phòng.

Khả năng chống kiểm duyệt được củng cố khi người dùng không phụ thuộc vào một cổng kết nối duy nhất.

RPC và MEV

MEV, hay giá trị có thể trích xuất tối đa, có thể chịu ảnh hưởng từ cách phát giao dịch.

Khi giao dịch đi vào luồng giao dịch công khai, searcher hoặc bot có thể phản ứng tùy theo mạng và loại giao dịch.

RPC endpoint có thể ảnh hưởng đến tuyến đường giao dịch đi qua để đến validator, block builder hoặc mempool.

Một số người dùng tìm cách định tuyến giao dịch riêng tư để giảm rủi ro front-running hoặc sandwich attack.

Định tuyến riêng tư có thể hữu ích trong một số trường hợp, nhưng tạo ra sự phụ thuộc vào dịch vụ định tuyến và không đảm bảo sẽ được bảo vệ.

Vì vậy, lựa chọn RPC có thể quan trọng đối với giao dịch hoán đổi DeFi và các giao dịch nhạy cảm với giá khác.

Người dùng cũng nên quản lý trượt giá, thời điểm giao dịch và rủi ro phê duyệt.

Định tuyến RPC chỉ là một lớp trong các biện pháp bảo vệ giao dịch.

RPC và các loại node

Các loại node khác nhau có thể cung cấp những khả năng RPC khác nhau.

Full node xác thực và lưu trữ đủ dữ liệu để theo dõi blockchain theo thiết kế của nó.

Archive node lưu nhiều trạng thái lịch sử hơn để phục vụ các truy vấn cũ.

Light client hoặc light node có thể phụ thuộc vào node khác để lấy một số dữ liệu.

Validator node có thể có yêu cầu vận hành đặc biệt và không nên mở các phương thức RPC công khai không cần thiết.

RPC node chuyên dụng có thể được tối ưu để xử lý yêu cầu của ứng dụng.

Hiểu rõ loại node giúp nhà phát triển chọn đúng endpoint.

Sự không tương thích giữa nhu cầu của ứng dụng và khả năng của node là nguyên nhân phổ biến gây lỗi RPC.

RPC và công cụ lập chỉ mục

Công cụ lập chỉ mục khác với RPC endpoint cơ bản.

RPC thường được thiết kế để tương tác với node và truy vấn trực tiếp blockchain.

Công cụ lập chỉ mục xử lý dữ liệu blockchain thành cấu trúc được tối ưu cho tìm kiếm, phân tích, bảng điều khiển và truy vấn ứng dụng.

dApp có thể dùng RPC để gửi giao dịch theo thời gian thực và dùng công cụ lập chỉ mục để hiển thị dữ liệu lịch sử.

Công cụ lập chỉ mục có thể giúp ứng dụng nhanh hơn nhiều vì việc quét nhật ký RPC thô có thể tốn kém.

Tuy nhiên, công cụ lập chỉ mục cũng có các giả định riêng về độ tin cậy, tính cập nhật và độ chính xác.

Ứng dụng vững chắc có thể đối chiếu dữ liệu đã lập chỉ mục với dữ liệu RPC cho các thao tác quan trọng.

RPC và lập chỉ mục là các thành phần bổ trợ cho nhau trong cơ sở hạ tầng crypto.

RPC và oracle

RPC không giống oracle.

RPC endpoint cho phép ứng dụng giao tiếp với node blockchain.

Oracle đưa dữ liệu bên ngoài hoặc dữ liệu giữa các hệ thống vào blockchain hoặc môi trường hợp đồng thông minh.

dApp có thể dùng RPC để đọc dữ liệu hợp đồng oracle đã có on-chain.

Bản thân RPC endpoint không khiến dữ liệu giá đó trở thành sự thật.

Endpoint chỉ trả về những gì node nhìn thấy trong trạng thái blockchain.

Sự khác biệt này quan trọng vì đôi khi người dùng đổ lỗi cho RPC về dữ liệu thực chất đến từ hợp đồng oracle.

RPC đọc dữ liệu, còn oracle công bố hoặc cung cấp dữ liệu.

RPC và bridge

Bridge cross-chain thường phụ thuộc vào RPC endpoint để giám sát blockchain nguồn, phát hiện sự kiện, gửi thông điệp và theo dõi xác nhận.

Nếu RPC endpoint chậm hoặc không đáng tin cậy, giao diện bridge có thể cập nhật chậm hoặc hiển thị trạng thái không chính xác.

Đơn vị vận hành bridge có thể sử dụng nhiều endpoint để tránh phụ thuộc vào một nguồn node duy nhất.

Người dùng nên nhớ rằng độ an toàn của bridge phụ thuộc vào nhiều yếu tố hơn RPC.

Thiết kế bridge có thể bao gồm validator, relayer, đơn vị lưu ký, hợp đồng thông minh, pool thanh khoản hoặc hệ thống xác minh thông điệp.

RPC là lớp liên lạc giúp hệ thống quan sát và tương tác với blockchain.

RPC endpoint hoạt động bình thường không chứng minh bridge an toàn.

Endpoint chỉ giúp bridge hoặc giao diện giao tiếp với các mạng.

RPC và DeFi

Ứng dụng DeFi sử dụng RPC nhiều vì cần đọc và ghi trạng thái hợp đồng thông minh.

Ứng dụng cho vay có thể dùng RPC để hiển thị tài sản thế chấp, khoản nợ, rủi ro thanh lý và lãi suất.

Giao diện hoán đổi có thể dùng RPC để đọc pool thanh khoản và chuẩn bị calldata cho giao dịch.

Ứng dụng staking có thể dùng RPC để hiển thị phần thưởng và gửi yêu cầu nhận thưởng.

Nếu dữ liệu RPC đã cũ, người dùng có thể thấy vị thế lỗi thời hoặc ước tính không chính xác.

Nếu mô phỏng giao dịch không tính đến thay đổi trạng thái, giao dịch có thể thất bại sau khi ký.

RPC không phải rủi ro duy nhất trong DeFi, nhưng ảnh hưởng đến cách người dùng nhìn nhận rủi ro.

Đối với thao tác DeFi giá trị cao, người dùng nên kiểm tra kỹ chi tiết và tránh chỉ dựa vào thông tin hiển thị trên một giao diện.

RPC và NFT

Ví và marketplace NFT sử dụng RPC để đọc quyền sở hữu, tham chiếu metadata token, phê duyệt, chuyển tài sản và nhật ký sự kiện.

Ứng dụng NFT có thể truy vấn quyền sở hữu thông qua các lệnh gọi hợp đồng thông minh và nhật ký.

Ứng dụng cũng có thể dùng công cụ lập chỉ mục và máy chủ metadata để hiển thị nhanh hơn.

Nếu dữ liệu RPC hoặc công cụ lập chỉ mục bị trễ, NFT có thể trông như bị thiếu hoặc lỗi thời dù quyền sở hữu đã thay đổi on-chain.

Giao dịch phê duyệt đặc biệt quan trọng vì chúng có thể cho phép hợp đồng hoặc đơn vị vận hành khác chuyển NFT.

Người dùng không nên phê duyệt giao dịch NFT chỉ vì giao diện trông quen thuộc.

Hãy xác minh hợp đồng, hành động và quyền hạn mà ví hiển thị.

RPC giúp hiển thị dữ liệu, nhưng chữ ký của người dùng vẫn là yếu tố cho phép thực hiện hành động.

RPC và số dư token

Số dư token thường được đọc qua các lệnh gọi RPC đến hợp đồng token.

Đối với token tương thích với Ethereum, ví có thể dùng

để gọi hàm của token.

Ví cũng có thể sử dụng danh sách token và nguồn metadata để hiển thị ticker, số chữ số thập phân và logo.

Thông tin số dư có thể sai nếu metadata token sai, endpoint chưa cập nhật hoặc ứng dụng đọc nhầm hợp đồng.

Token lừa đảo cũng có thể xuất hiện trong ví thông qua giao dịch chuyển token không được yêu cầu.

RPC có thể hiển thị token tồn tại nhưng không chứng minh token đó có giá trị hoặc an toàn.

Người dùng nên cẩn trọng với token lạ xuất hiện trong giao diện ví.

Hiển thị token không đồng nghĩa với việc xác nhận hoặc chứng thực token đó.

Thông báo lỗi RPC

Lỗi RPC có thể xảy ra vì nhiều lý do.

Phương thức có thể không được hỗ trợ.

Tham số có thể không hợp lệ.

Endpoint có thể đã chạm giới hạn tần suất.

Node có thể chưa đồng bộ.

Giao dịch có thể không vượt qua bước mô phỏng.

Ước tính gas có thể thất bại vì lệnh gọi hợp đồng sẽ bị hoàn tác.

Kết nối mạng có thể hết thời gian chờ.

Nhà phát triển tốt nên chuyển lỗi RPC thành thông báo rõ ràng cho người dùng thay vì hiển thị nguyên văn thông tin kỹ thuật khó hiểu.

Các phương thức RPC phổ biến trong crypto

trả về số khối mới nhất mà endpoint kiểu Ethereum ghi nhận.

trả về số dư coin gốc của một địa chỉ.

thực thi lệnh gọi hợp đồng chỉ đọc dựa trên trạng thái hiện tại hoặc trạng thái được chỉ định.

ước tính lượng gas cho một giao dịch.

trả về thông tin kết quả giao dịch sau khi xác nhận.

phát một giao dịch đã ký.

Solana và Bitcoin có tên phương thức và cấu trúc riêng để thực hiện các tác vụ giao tiếp node tương tự.

Danh sách phương thức cụ thể phụ thuộc vào blockchain, client, phiên bản và cấu hình endpoint.

Thực hành tốt nhất về RPC dành cho người dùng

Sử dụng RPC endpoint đáng tin cậy hoặc tự chạy node khi quyền riêng tư và độ tin cậy quan trọng.

Tránh thêm RPC endpoint ngẫu nhiên từ website hoặc bài đăng mạng xã hội chưa được xác minh.

Đừng cho rằng yêu cầu RPC thất bại đồng nghĩa blockchain bị lỗi.

Hãy kiểm tra endpoint khác hoặc trình khám phá blockchain nếu dữ liệu có vẻ bất thường.

Xem kỹ yêu cầu giao dịch trên ví vì dữ liệu RPC có thể không đầy đủ hoặc gây hiểu lầm.

Sử dụng ví phần cứng hoặc phương thức ký bảo mật cho các giao dịch giá trị cao.

Hiểu rằng RPC endpoint không nên yêu cầu cụm từ khôi phục hoặc khóa riêng tư.

Không bao giờ nhập cụm từ khôi phục vào website tự nhận có thể khắc phục quyền truy cập RPC.

Thực hành tốt nhất về RPC dành cho nhà phát triển

Sử dụng endpoint đáng tin cậy, có giám sát, chuyển đổi dự phòng và xử lý giới hạn tần suất rõ ràng.

Bộ nhớ đệm các lần đọc lặp lại khi phù hợp để giảm tải cho endpoint.

Tránh truy vấn nhật ký với phạm vi quá lớn vì có thể làm quá tải node hoặc gây lỗi bất ngờ.

Chỉ dùng endpoint archive khi thực sự cần trạng thái lịch sử.

Xác thực phản hồi RPC trước khi sử dụng trong quy trình nhạy cảm về bảo mật.

Tách biệt rõ logic đọc dữ liệu, mô phỏng giao dịch, ký giao dịch và phát giao dịch.

Không bao giờ đưa các phương thức RPC quản trị ra Internet công cộng.

Thiết kế thông báo lỗi rõ ràng cho người dùng khi yêu cầu RPC thất bại.

Thực hành tốt nhất về RPC dành cho người vận hành node

Giới hạn quyền truy cập RPC vào các mạng đáng tin cậy hoặc client đã xác thực.

Tắt các phương thức không an toàn và không cần thiết.

Sử dụng xác thực mạnh khi cần truy cập từ xa.

Áp dụng quy tắc tường lửa, reverse proxy, giới hạn tần suất và ghi nhật ký.

Cập nhật phần mềm node vì hành vi RPC và bản vá bảo mật có thể thay đổi giữa các phiên bản.

Giám sát lưu lượng yêu cầu bất thường, truy vấn tốn nhiều tài nguyên và lần đăng nhập xác thực thất bại.

Tách RPC node công khai khỏi cơ sở hạ tầng validator hoặc ký.

Giả định rằng mọi endpoint mở sớm muộn cũng sẽ bị kẻ tấn công quét.

Dấu hiệu cảnh báo về RPC

RPC endpoint yêu cầu cụm từ khôi phục hoặc khóa riêng tư là dấu hiệu cảnh báo.

Endpoint ngẫu nhiên được quảng bá như cách khắc phục bắt buộc cho vấn đề của ví cũng là dấu hiệu cảnh báo.

Giao diện RPC quản trị của node được mở mà không có xác thực là dấu hiệu cảnh báo.

dApp âm thầm thất bại khi dữ liệu RPC đã cũ là dấu hiệu cảnh báo.

Nhà phát triển phụ thuộc vào một endpoint duy nhất, không có phương án dự phòng cho hoạt động production, là dấu hiệu cảnh báo.

Endpoint trả về chain ID không nhất quán hoặc dữ liệu mạng bất thường là dấu hiệu cảnh báo.

Ví ký các giao dịch không rõ ràng sau khi chuyển RPC là dấu hiệu cảnh báo.

Cần thay đổi cài đặt RPC cẩn thận vì những thiết lập này ảnh hưởng đến cách ứng dụng nhìn thấy và kết nối với mạng.

Những hiểu lầm phổ biến về RPC

Một hiểu lầm phổ biến là RPC endpoint nắm giữ tài sản crypto của người dùng.

Thông thường, endpoint không nắm giữ tài sản vì tài sản được kiểm soát bằng khóa riêng tư và trạng thái blockchain.

Một hiểu lầm khác là thay đổi RPC endpoint sẽ thay đổi chính blockchain.

Thông thường, thay endpoint chỉ thay đổi tuyến đường dùng để đọc và phát dữ liệu, chứ không thay đổi blockchain nền tảng.

Một hiểu lầm khác là mọi RPC endpoint đều trả kết quả giống nhau tại cùng một thời điểm.

Endpoint có thể khác nhau do trạng thái đồng bộ, lập chỉ mục, cấu hình, giới hạn tần suất và phương thức được hỗ trợ.

Một hiểu lầm khác là RPC endpoint công khai luôn an toàn vì dễ sử dụng.

Sự tiện lợi không loại bỏ các vấn đề cần cân nhắc về quyền riêng tư, độ tin cậy hoặc mức độ tin cậy vào đơn vị vận hành.

Tầm quan trọng của RPC đối với AEO và ý định tìm kiếm

Mọi người tìm kiếm RPC vì muốn hiểu tại sao ví và dApp cần RPC URL.

Câu trả lời trực tiếp là RPC URL là endpoint mà ứng dụng dùng để giao tiếp với node blockchain.

Mọi người cũng tìm kiếm RPC khi gặp lỗi ví, giao dịch thất bại, số dư cập nhật chậm hoặc lời nhắc chuyển mạng.

Trên thực tế, vấn đề RPC có thể xuất phát từ endpoint ngừng hoạt động, giới hạn tần suất, node có dữ liệu cũ, sai mạng hoặc phương thức không được hỗ trợ.

Mọi người cũng có thể tìm kiếm RPC khi phát triển ứng dụng crypto.

Về kỹ thuật, RPC cung cấp phương thức đọc trạng thái chuỗi, mô phỏng lệnh gọi, gửi giao dịch đã ký và đăng ký nhận cập nhật.

Bài học chính dành cho người dùng crypto rất đơn giản.

RPC không phải chính blockchain, nhưng là lớp liên lạc giúp ứng dụng blockchain hoạt động.

FAQ

RPC trong crypto viết tắt của cụm từ nào?

RPC là viết tắt của Remote Procedure Call.

RPC endpoint là gì?

RPC endpoint là địa chỉ mạng nhận yêu cầu từ ví, dApp, tập lệnh hoặc công cụ, sau đó trả về dữ liệu blockchain hoặc phát giao dịch đã ký.

JSON-RPC là gì?

JSON-RPC là giao thức RPC gọn nhẹ, sử dụng yêu cầu và phản hồi được định dạng bằng JSON.

Tại sao ví cần RPC?

Ví cần RPC để đọc số dư, ước tính phí, kiểm tra trạng thái mạng và phát giao dịch đã ký.

RPC endpoint có kiểm soát khóa riêng tư của tôi không?

Không. Ví non-custodial được thiết kế đúng cách sẽ ký giao dịch cục bộ, còn RPC endpoint chỉ nhận yêu cầu hoặc dữ liệu giao dịch đã ký.

RPC endpoint xấu có thể đánh cắp crypto của tôi không?

RPC endpoint thông thường không thể trực tiếp đánh cắp tiền nếu không có chữ ký của bạn, nhưng endpoint độc hại có thể gây hiểu lầm, kiểm duyệt, theo dõi hoặc can thiệp vào dữ liệu và việc phát giao dịch.

RPC công khai là gì?

RPC công khai là endpoint cho phép nhiều người sử dụng, thường có giới hạn và ít đảm bảo quyền riêng tư hơn.

RPC riêng tư là gì?

RPC riêng tư là endpoint bị giới hạn cho một người dùng, đội ngũ, ứng dụng hoặc cấu hình cơ sở hạ tầng cụ thể.

RPC cục bộ là gì?

RPC cục bộ là endpoint do node mà người dùng hoặc đội ngũ kiểm soát cung cấp, thường chạy trên phần cứng cục bộ hoặc cơ sở hạ tầng riêng.

Tại sao xảy ra lỗi RPC?

Lỗi RPC có thể do giới hạn tần suất, tham số không hợp lệ, phương thức không được hỗ trợ, node có dữ liệu cũ, mô phỏng giao dịch thất bại hoặc endpoint ngừng hoạt động.

RPC có giống oracle không?

Không. RPC cho phép ứng dụng giao tiếp với node blockchain, còn oracle cung cấp dữ liệu bên ngoài cho hệ thống blockchain.

RPC có giống trình khám phá blockchain không?

Không. Trình khám phá blockchain là công cụ hướng đến người dùng để xem dữ liệu blockchain, còn RPC là giao diện mà ứng dụng và công cụ dùng để yêu cầu dữ liệu node.

Tôi có nên tự chạy RPC node không?

Tự chạy node có thể tăng quyền riêng tư và khả năng kiểm soát, nhưng cần dung lượng lưu trữ, băng thông, bảo trì, bảo mật và giám sát.

Kết luận

RPC (Remote Procedure Call) là lớp liên lạc cốt lõi trong cơ sở hạ tầng tiền mã hóa.

RPC cho phép ví, dApp, tập lệnh, công cụ lập chỉ mục, bảng điều khiển và công cụ dành cho nhà phát triển yêu cầu dữ liệu blockchain cũng như phát giao dịch đã ký thông qua endpoint node.

Ethereum, Solana, Bitcoin và nhiều hệ sinh thái blockchain khác dựa vào RPC hoặc API tương tự RPC để ứng dụng có thể hoạt động.

RPC mạnh mẽ vì giúp người dùng tương tác với blockchain đơn giản hơn và giúp nhà phát triển lập trình ứng dụng.

RPC cũng tạo ra những đánh đổi quan trọng về quyền riêng tư, độ tin cậy, mức độ tin cậy vào endpoint, giới hạn tần suất, khả năng chống kiểm duyệt và bảo mật.

Người dùng nên hiểu rằng RPC endpoint tuyệt đối không cần cụm từ khôi phục hoặc khóa riêng tư của họ.

Nhà phát triển nên xây dựng hệ thống có giám sát, endpoint dự phòng, truy vấn hiệu quả, xử lý lỗi an toàn và tách biệt khóa bảo mật.

Người vận hành node nên bảo vệ giao diện RPC bằng xác thực, giới hạn mạng, kiểm soát phương thức, giới hạn tần suất và ghi nhật ký.

Quy tắc thực tế rất đơn giản: RPC không phải chính blockchain, nhưng là cổng kết nối mà hầu hết ứng dụng crypto sử dụng để đọc blockchain và gửi giao dịch, vì vậy việc lựa chọn và bảo vệ quyền truy cập RPC rất quan trọng.