Geth (Go Ethereum)

Geth (Go Ethereum) là gì?

Geth, viết tắt của Go Ethereum, là một execution client Ethereum mã nguồn mở được viết bằng ngôn ngữ lập trình Go.

Đây là phần mềm cho phép máy tính kết nối với Ethereum, xác minh hoạt động blockchain, thực thi hợp đồng thông minh, duy trì trạng thái hiện tại của Ethereum và cung cấp dữ liệu blockchain cho ví cũng như ứng dụng phi tập trung.

Website Go Ethereum chính thức mô tả Geth là một bản triển khai Ethereum bằng Go và là cánh cổng kết nối với web phi tập trung.

Geth là một phần của Ethereum từ những ngày đầu phát triển mạng và đã hoạt động trên Ethereum mainnet kể từ khi mạng ra mắt năm 2015.

Geth không phải tiền mã hóa, token ví, cơ chế đồng thuận hay blockchain riêng biệt.

Thay vào đó, Geth là một trong những cách triển khai bộ quy tắc phần mềm xác định lớp thực thi của Ethereum.

Người dùng có thể chạy Geth để vận hành node Ethereum, truy cập thông tin blockchain mà không phụ thuộc hoàn toàn vào nhà cung cấp dữ liệu bên thứ ba, phát giao dịch đã ký, kiểm tra quá trình thực thi hợp đồng thông minh hoặc xây dựng cơ sở hạ tầng tiền mã hóa.

Kể từ khi Ethereum chuyển sang Proof of Stake, Geth thường phải chạy cùng một consensus client để tạo thành node Ethereum hoàn chỉnh.

Geth làm gì?

Geth xử lý phần thực thi của Ethereum.

Phần mềm nhận giao dịch từ người dùng và các node khác, xác minh giao dịch có tuân theo quy tắc Ethereum hay không, rồi lưu các giao dịch đang chờ hợp lệ vào transaction pool.

Geth thực thi mã hợp đồng thông minh thông qua Ethereum Virtual Machine, thường gọi là EVM.

Phần mềm tính toán thay đổi đối với số dư tài khoản, số dư token, dữ liệu lưu trữ của hợp đồng, lượng gas sử dụng và các phần khác trong trạng thái Ethereum.

Geth kiểm tra payload thực thi trong block mới để xác nhận mọi giao dịch được đưa vào đều tạo ra kết quả chính xác.

Geth duy trì cơ sở dữ liệu cục bộ chứa header blockchain, dữ liệu giao dịch, biên nhận, mã hợp đồng và trạng thái Ethereum cần thiết theo cấu hình node đã chọn.

Geth giao tiếp với các execution node Ethereum khác qua mạng ngang hàng.

Phần mềm cũng cung cấp API để ví, công cụ phân tích, hệ thống giao dịch, trình khám phá blockchain và ứng dụng phi tập trung yêu cầu dữ liệu Ethereum.

Tài liệu kiến trúc node Geth chính thức giải thích rằng Geth chịu trách nhiệm xử lý và truyền giao dịch, quản lý trạng thái, tạo payload thực thi và thực thi EVM.

Geth có phải là node Ethereum hoàn chỉnh không?

Trong kiến trúc Proof of Stake của Ethereum, chỉ Geth thường không đủ để tạo thành một node Ethereum hoàn chỉnh.

Node hoàn chỉnh gồm một execution client và một consensus client hoạt động cùng nhau.

Geth là execution client, còn consensus client theo dõi chuỗi Proof of Stake, xử lý attestation, áp dụng quy tắc fork-choice và xác định block nào là đầu chuỗi hiện tại.

Hai client trao đổi thông tin qua giao diện xác thực có tên Engine API.

Kết nối được bảo vệ bằng một secret JSON Web Token dùng chung, thường gọi là JWT secret.

Geth sử dụng thông tin chuỗi từ consensus client để xác định block cần đồng bộ đến.

Consensus client sử dụng Geth để xác minh việc thực thi giao dịch và lấy payload thực thi cho các block được đề xuất.

Hướng dẫn chính thức về kết nối consensus client giải thích cách hai client giao tiếp qua cổng RPC được xác thực.

Đơn vị vận hành validator cũng cần phần mềm validator riêng được kết nối với consensus client.

Chạy Geth không tự động biến người vận hành thành validator và không yêu cầu họ staking ETH.

Execution client Ethereum là gì?

Execution client là phần mềm áp dụng các quy tắc giao dịch và hợp đồng thông minh của Ethereum.

Client này duy trì trạng thái của lớp thực thi, ghi nhận thông tin như số dư ETH, nonce tài khoản, mã hợp đồng đã triển khai và giá trị lưu trữ trong hợp đồng.

Khi giao dịch đến Geth, client kiểm tra chữ ký người gửi, nonce, cài đặt gas, số dư khả dụng, định dạng giao dịch và các điều kiện hợp lệ khác.

Nếu giao dịch liên quan đến hợp đồng thông minh, Geth chạy bytecode EVM tương ứng và tính toán những thay đổi trạng thái phát sinh.

Khi nhận block từ consensus client được kết nối, Geth thực thi lại các giao dịch trong block thay vì mù quáng tin vào kết quả được đề xuất.

Nếu kết quả thực thi mâu thuẫn với quy tắc Ethereum, Geth thông báo payload không hợp lệ.

Quá trình xác minh độc lập này là một phần quan trọng trong bảo mật Ethereum vì mỗi node thực thi giao thức cục bộ.

Geth sử dụng Ethereum Virtual Machine như thế nào?

Ethereum Virtual Machine là môi trường tính toán nơi các hợp đồng thông minh Ethereum chạy.

Nhà phát triển thường viết hợp đồng thông minh bằng ngôn ngữ cấp cao rồi biên dịch thành bytecode EVM.

Geth có phần triển khai EVM để đọc bytecode này và thực thi các chỉ dẫn của nó.

Các chỉ dẫn có thể thực hiện phép tính, đọc dữ liệu lưu trữ hợp đồng, cập nhật số dư token, phát nhật ký sự kiện, tạo hợp đồng hoặc gọi hợp đồng khác.

Mỗi thao tác tiêu tốn một lượng gas xác định, giúp ngăn việc tính toán không giới hạn làm tắc nghẽn mạng.

Geth tính lượng gas tiêu thụ trong quá trình thực thi và từ chối giao dịch vượt quá giới hạn gas hoặc vi phạm quy tắc thực thi của Ethereum.

Nhà phát triển cũng có thể sử dụng công cụ theo dõi EVM của Geth để kiểm tra từng thao tác được thực hiện trong giao dịch.

Tracing hữu ích khi điều tra giao dịch thất bại, đo mức tiêu thụ gas, phân tích hành vi hợp đồng và xác định nguyên nhân của thay đổi trạng thái ngoài dự kiến.

Phiên bản Geth mới nhất là phiên bản nào?

Trang tải xuống Geth chính thức liệt kê phiên bản 1.17.4 là bản phát hành ổn định mới nhất vào tháng 7 năm 2026.

Người dùng nên kiểm tra trang tải xuống Geth chính thức trước khi cài đặt hoặc cập nhật vì các bản bảo trì và bảo mật mới có thể được phát hành bất cứ lúc nào.

Hầu hết người vận hành node nên dùng bản phát hành ổn định vì phiên bản này đã được kiểm thử nhiều hơn các bản phát triển.

Chạy phiên bản lỗi thời có thể gây sự cố đồng bộ, khiến node gặp lỗ hổng đã biết hoặc không thể theo kịp nâng cấp mạng Ethereum theo lịch.

Người vận hành node có thể kiểm tra phiên bản đã cài bằng lệnh

trong môi trường dòng lệnh.

Geth cũng có lệnh

, giúp kiểm tra phiên bản đã cài với thông tin lỗ hổng do dự án công bố.

Tài liệu công bố lỗ hổng của Geth chính thức giải thích cách hoạt động của bước kiểm tra bảo mật này.

Geth đồng bộ như thế nào?

Đồng bộ là quá trình Geth tải xuống và xác minh đủ dữ liệu Ethereum để đạt đến trạng thái blockchain hợp lệ mới nhất.

Node mới cài đặt không tự biết số dư tài khoản hiện tại, dữ liệu lưu trữ hợp đồng, lịch sử giao dịch hoặc block mới nhất.

Node phải lấy dữ liệu từ các peer và xác minh thông tin đó phù hợp với quy tắc giao thức Ethereum.

Sau khi Ethereum chuyển sang Proof of Stake, Geth cũng cần consensus client đã đồng bộ để cung cấp đích đáng tin cậy cho quá trình đồng bộ lớp thực thi.

Geth cung cấp nhiều cấu hình đồng bộ và lưu trữ khác nhau cho từng mục đích sử dụng.

Cấu hình phù hợp phụ thuộc vào việc người vận hành cần trạng thái hiện tại, lịch sử giao dịch cũ hơn, trạng thái hợp đồng trong quá khứ, bằng chứng mật mã hay khả năng truy cập dữ liệu hiệu suất cao.

Snap sync trong Geth là gì?

Snap sync là chế độ đồng bộ mặc định của Geth để tạo full node Ethereum.

Thay vì thực thi mọi block kể từ genesis trước khi đạt trạng thái hiện tại, snap sync bắt đầu từ ảnh chụp trạng thái tương đối gần đây và xác minh dữ liệu cần thiết để theo kịp chuỗi.

Cách tiếp cận này nhanh hơn đáng kể so với việc dựng lại toàn bộ trạng thái Ethereum từ block đầu tiên.

Trong quá trình snap sync, Geth tải header block, nội dung block, biên nhận giao dịch và dữ liệu trạng thái từ các peer.

Geth cũng thực hiện quy trình gọi là state healing để lấy các phần trạng thái còn thiếu và xác nhận cơ sở dữ liệu cục bộ đã đầy đủ.

Sau khi bắt kịp đầu chuỗi, node chuyển sang xử lý từng block theo cách thông thường.

Tài liệu chế độ đồng bộ Geth chính thức xác định snap sync là hành vi mặc định.

Node đã đồng bộ bằng snap vẫn tự xác minh dữ liệu Ethereum và được xem là full node.

Từ “snap” mô tả cách thực hiện đồng bộ ban đầu, không có nghĩa node sẽ phụ thuộc vĩnh viễn vào ảnh chụp chưa được xác minh.

Full sync trong Geth là gì?

Full sync xử lý tuần tự các block Ethereum từ một thời điểm trước đó, có thể bắt đầu từ block genesis.

Geth tải từng block, thực thi giao dịch trong block và dựng lại trạng thái kết quả.

Phương pháp này cần nhiều thời gian và khả năng tính toán hơn snap sync.

Full sync có thể hữu ích cho nghiên cứu chuyên biệt, xây dựng archive node, kiểm thử giao thức hoặc trường hợp người vận hành muốn dựng lại lịch sử thực thi.

Node full sync không tự động là archive node vì Geth vẫn có thể xóa trạng thái cũ khi không còn cần cho hoạt động thông thường.

Nếu cần truy cập trực tiếp trạng thái tài khoản và hợp đồng trong quá khứ, người vận hành phải cấu hình chế độ archive riêng.

Geth full node là gì?

Geth full node xác minh việc thực thi Ethereum và lưu đủ dữ liệu để cung cấp thông tin blockchain hiện tại cũng như xử lý block mới.

Node có thể tự xác minh giao dịch thay vì tin vào dịch vụ từ xa cung cấp kết quả hợp lệ.

Full node có thể cung cấp số dư tài khoản, mã hợp đồng, biên nhận giao dịch, nhật ký sự kiện, thông tin trạng thái gần đây và dữ liệu khác qua API.

Node không nhất thiết lưu mọi phiên bản lịch sử của mọi tài khoản và mọi vị trí lưu trữ trong hợp đồng thông minh.

Trạng thái cũ có thể được cắt tỉa hoặc dựng lại khi có thể để giảm yêu cầu lưu trữ.

Nhờ vậy, full node tiêu chuẩn phù hợp hơn với người vận hành tại nhà và nhà phát triển ứng dụng so với archive node đầy đủ.

Chạy full node cũng tăng quyền kiểm soát cá nhân vì người vận hành có thể gửi giao dịch và truy vấn Ethereum qua cơ sở hạ tầng được xác minh cục bộ.

Geth archive node là gì?

Geth archive node lưu trạng thái Ethereum trong quá khứ để người dùng có thể truy vấn số dư tài khoản, dữ liệu lưu trữ hợp đồng hoặc giá trị trạng thái khác như tại các block cũ.

Điều này khác với việc chỉ lưu giao dịch và biên nhận trong quá khứ.

Node thông thường có thể biết một giao dịch đã xảy ra từ nhiều năm trước mà không giữ bản sao có thể truy cập ngay của mọi giá trị lưu trữ hợp đồng tại thời điểm đó.

Archive node hữu ích cho phân tích blockchain, hệ thống thuế, công cụ tuân thủ, trình khám phá, mô phỏng lịch sử, nghiên cứu hợp đồng thông minh và gỡ lỗi nâng cao.

Geth hỗ trợ archive node theo phương pháp hash-based cũ và path-based mới hơn.

Hướng dẫn chế độ archive Geth chính thức khuyến nghị phương pháp path-based cho các triển khai hiện nay.

Chế độ archive path-based là gì?

Chế độ archive path-based là thiết kế lưu trữ Geth mới hơn, được giới thiệu trong phiên bản 1.16.0.

Thiết kế này lưu trạng thái lịch sử hiệu quả hơn so với phương pháp archive hash-based cũ.

Tài liệu chính thức ước tính archive Ethereum mainnet path-based có toàn bộ lịch sử trạng thái phẳng cần khoảng 2 TB dung lượng lưu trữ.

Lưu thêm dữ liệu trie lịch sử để hỗ trợ nhiều loại bằng chứng hơn có thể làm tăng đáng kể nhu cầu lưu trữ.

Trong khi đó, cơ sở dữ liệu archive hash-based cũ có thể vượt quá 20 TB và mất nhiều tháng để xây dựng từ genesis.

Chế độ archive path-based cũng cho phép người vận hành chọn số lượng trạng thái lịch sử muốn lưu.

Đặt cửa sổ lưu trữ giới hạn có thể giảm mức sử dụng dung lượng nếu dự án không cần trạng thái của mọi block trong quá khứ.

Từ Geth 1.17.x trở đi, người vận hành có thể cấu hình thời gian lưu node trie lịch sử nếu cần hỗ trợ bằng chứng Merkle lịch sử.

Nên lập kế hoạch cài đặt archive trước khi triển khai vì dữ liệu bị xóa qua quá trình cắt tỉa có thể không khôi phục được nếu không dựng lại hoặc nhập dữ liệu cần thiết.

Cắt tỉa trong Geth là gì?

Cắt tỉa loại bỏ dữ liệu blockchain không còn cần thiết cho chế độ hoạt động đã chọn của node.

Ethereum liên tục tạo giao dịch, biên nhận, trạng thái hợp đồng và dữ liệu thực thi mới, vì vậy cơ sở dữ liệu không cắt tỉa có thể vượt quá dung lượng thiết bị lưu trữ.

Cắt tỉa trạng thái loại bỏ cấu trúc trạng thái cũ nhưng giữ dữ liệu cần để xác minh chuỗi hiện tại.

Cắt tỉa lịch sử có thể xóa nội dung block và biên nhận cũ hơn trong khi vẫn giữ header cùng thông tin cần thiết để xác minh đồng thuận.

Hướng dẫn cắt tỉa lịch sử Geth giải thích cách người vận hành giảm dung lượng lưu trữ mà vẫn duy trì chức năng thông thường của node.

Chỉ nên thực hiện thao tác cắt tỉa theo hướng dẫn chính thức và phải dừng hoàn toàn Geth nếu lệnh yêu cầu truy cập cơ sở dữ liệu khi ngoại tuyến.

Ngắt quá trình bảo trì cơ sở dữ liệu hoặc để nhiều tiến trình cùng truy cập một thư mục dữ liệu có thể gây hỏng dữ liệu.

Người vận hành cần dữ liệu cũ về sau có thể khôi phục một số dữ liệu lịch sử đã chọn bằng các tệp Era đã xác minh, tùy loại thông tin bị xóa.

Geth cần phần cứng nào?

Nhìn chung, Geth nên chạy trên máy tính có bộ xử lý đa lõi hiện đại, bộ nhớ đủ lớn, ổ cứng thể rắn tốc độ cao, kết nối băng thông rộng ổn định và dung lượng đáp ứng sự tăng trưởng liên tục của blockchain.

Tốc độ ổ đĩa đặc biệt quan trọng vì quá trình đồng bộ và state healing cần nhiều thao tác đọc, ghi cơ sở dữ liệu.

Ổ cứng truyền thống có thể quá chậm đối với cơ sở dữ liệu Geth đang hoạt động của node mainnet thông thường.

Cấu hình archive cần dung lượng lưu trữ lớn hơn nhiều so với cấu hình full node tiêu chuẩn.

Dung lượng cần thiết còn phụ thuộc vào cài đặt cắt tỉa, phân bổ bộ nhớ đệm, thời gian lưu lịch sử, hệ điều hành, consensus client và phần mềm khác chạy trên máy.

Người vận hành nên tham khảo yêu cầu phần cứng Geth chính thức mới nhất trước khi mua thiết bị.

Không nên để dung lượng lưu trữ đầy hoàn toàn vì thao tác cơ sở dữ liệu và cắt tỉa có thể cần thêm dung lượng trống để xử lý.

Kế hoạch sao lưu nên ưu tiên khóa riêng tư, tệp cấu hình, JWT secret và thông tin quan trọng khác không thể thay thế, thay vì mặc định phải sao chép toàn bộ cơ sở dữ liệu blockchain.

Ứng dụng kết nối với Geth như thế nào?

Ứng dụng thường kết nối với Geth qua giao diện JSON-RPC của Ethereum.

JSON-RPC cho phép phần mềm gửi yêu cầu có cấu trúc và nhận phản hồi có cấu trúc từ node.

Ví có thể yêu cầu số dư tài khoản, còn ứng dụng phi tập trung có thể gọi hàm hợp đồng hoặc ước tính lượng gas cần cho giao dịch.

Geth hỗ trợ JSON-RPC qua HTTP, WebSocket và socket giao tiếp liên tiến trình.

Tài liệu JSON-RPC của Geth chính thức giải thích các phương thức truyền tải và cài đặt cấu hình hiện có.

HTTP được sử dụng phổ biến cho các yêu cầu thông thường như đọc số dư hoặc gửi giao dịch đã ký.

Kết nối WebSocket hỗ trợ giao tiếp liên tục và đăng ký nhận sự kiện theo thời gian thực.

Giao tiếp liên tiến trình cục bộ thường cung cấp giao diện an toàn và đầy đủ hơn khi ứng dụng chạy trên cùng máy với Geth.

Namespace RPC của Geth là gì?

Geth nhóm các phương thức JSON-RPC thành các namespace theo chức năng.

Namespace

có các phương thức Ethereum thông dụng liên quan đến block, giao dịch, tài khoản, nhật ký, lệnh gọi và ước tính gas.

Namespace

cung cấp thông tin mạng cơ bản.

Namespace

gồm các hàm tiện ích tổng quát.

Namespace

cung cấp thông tin về giao dịch đang chờ xử lý và đang xếp hàng.

Namespace

cung cấp phương thức tracing và kiểm tra nâng cao.

Namespace

cho phép kiểm soát peer và một số phần của phiên bản Geth cục bộ.

Không nên cung cấp namespace nhạy cảm cho mạng không đáng tin cậy vì chúng có thể tiết lộ thông tin nội bộ, tiêu tốn nhiều tài nguyên hoặc cho phép thao tác quản trị.

Theo mặc định, Geth chỉ bật một số namespace giới hạn trên HTTP.

Có thể dùng Geth làm node RPC không?

Có. Geth có thể cung cấp dịch vụ Ethereum RPC cho ví, website, hệ thống tự động và ứng dụng blockchain.

Vận hành điểm cuối RPC Geth riêng có thể giảm sự phụ thuộc vào nhà cung cấp cơ sở hạ tầng bên ngoài.

Điều này cũng có thể cải thiện quyền riêng tư vì truy vấn tài khoản và giao dịch không cần gửi đến điểm cuối công khai không liên quan.

Tuy nhiên, để cung cấp dịch vụ RPC công khai đáng tin cậy cần nhiều hơn việc khởi chạy Geth bằng một cờ HTTP.

Người vận hành phải lập kế hoạch về xác thực, lọc, giới hạn tốc độ, giám sát, cân bằng tải, sao lưu, ngăn lạm dụng và bảo vệ trước các yêu cầu tiêu tốn nhiều tài nguyên.

Cho phép truy cập công khai vào API tracing hoặc quản trị có thể tạo ra rủi ro nghiêm trọng về bảo mật và hiệu suất.

Tài liệu bảo mật Geth khuyến cáo không trực tiếp cung cấp điểm cuối API trên internet công cộng nếu thiếu cơ sở hạ tầng bảo vệ bổ sung.

Geth kết nối với các node khác như thế nào?

Geth sử dụng giao thức mạng ngang hàng Ethereum để tìm và giao tiếp với các execution node khác.

Các peer trao đổi thông tin block, giao dịch, dữ liệu trạng thái và thông điệp đồng bộ.

Tập peer hoạt động tốt giúp node nhận giao dịch mới và dữ liệu chuỗi từ nhiều nguồn độc lập.

Geth xác minh dữ liệu nhận được, thay vì tin tưởng peer chỉ vì đã thiết lập kết nối.

Dữ liệu không hợp lệ hoặc có hại có thể bị từ chối; peer vi phạm quy tắc giao thức có thể bị ngắt kết nối hoặc xử phạt.

Cổng mạng ngang hàng cần có thể truy cập nếu người vận hành muốn node nhận kết nối đến.

Cổng JSON-RPC phục vụ mục đích khác và thông thường không nên công khai chỉ để cải thiện kết nối peer.

Tường lửa nên phân biệt cổng mạng ngang hàng công khai với giao diện ứng dụng hoặc quản trị riêng tư.

Geth xử lý giao dịch đang chờ như thế nào?

Geth lưu các giao dịch hợp lệ chưa được đưa vào block trong transaction pool.

Pool phân biệt giao dịch đã sẵn sàng được đưa vào block với giao dịch chưa thể thực thi.

Giao dịch có thể nằm trong hàng đợi vì giao dịch trước đó của cùng tài khoản chưa đến hoặc nonce của giao dịch quá cao.

Geth truyền các giao dịch đủ điều kiện đến execution node khác qua mạng ngang hàng.

Giao dịch có thể được thay thế nếu giao dịch mới sử dụng cùng nonce tài khoản và đáp ứng yêu cầu về phí thay thế.

Ứng dụng có thể kiểm tra hoạt động đang chờ qua một số API transaction pool khi các phương thức đó được bật.

Giao dịch xuất hiện trong pool cục bộ không được đảm bảo sẽ được đưa vào block.

Giao dịch có thể bị thay thế, bị xóa, bị node khác từ chối hoặc tiếp tục chờ nếu phí quá thấp so với điều kiện mạng hiện tại.

Geth có thể lưu khóa riêng tư tiền mã hóa không?

Geth có chức năng keystore để lưu khóa riêng tư Ethereum đã mã hóa.

Các tệp được mã hóa bằng mật khẩu do người dùng chọn.

Nếu mất cả tệp khóa lẫn bản sao lưu, người dùng có thể mất vĩnh viễn quyền truy cập vào tiền mã hóa liên quan.

Kẻ tấn công lấy được khóa riêng tư chưa mã hóa có thể kiểm soát tài sản gắn với khóa đó.

Đội ngũ Geth khuyến nghị tách việc ký giao dịch khỏi tiến trình node bằng external signer.

Các bản Geth hiện đại không còn tích hợp trực tiếp Clef; người dùng chọn signer này nên tải từ dự án chính thức được duy trì riêng.

Namespace RPC

cũ đã bị ngừng hỗ trợ để chuyển sang quy trình ký bên ngoài an toàn hơn.

Người vận hành node tuyệt đối không nên cung cấp tài khoản đã mở khóa hoặc phương thức ký nhạy cảm qua điểm cuối RPC công khai.

Cách cài đặt Geth an toàn

Có thể cài Geth bằng gói dựng sẵn chính thức, trình quản lý gói được hỗ trợ, ảnh container hoặc mã nguồn.

Hướng dẫn cài đặt Geth chính thức cung cấp chỉ dẫn cho các hệ điều hành phổ biến.

Người dùng chỉ nên tải tệp nhị phân từ dự án chính thức hoặc nguồn gói đã được xác minh.

Nên xác minh chữ ký và checksum của bản phát hành nếu quy trình cài đặt có cung cấp.

Bản ổn định thường phù hợp để vận hành node tiền mã hóa trong môi trường thực tế hơn bản phát triển chưa được kiểm thử.

Nên dừng node đúng cách trước khi nâng cấp phần mềm thủ công.

Người vận hành nên đọc ghi chú phát hành trước khi nâng cấp vì phiên bản mới có thể thay đổi cờ dòng lệnh, định dạng cơ sở dữ liệu, yêu cầu nâng cấp mạng hoặc quy trình bảo mật.

Cần có bản sao lưu gần đây của cấu hình và dữ liệu khóa không thể thay thế trước khi bảo trì.

Geth có thể chạy trên testnet Ethereum không?

Geth có thể kết nối với các testnet Ethereum công khai được hỗ trợ khi được khởi chạy bằng cấu hình mạng phù hợp.

Testnet cho phép nhà phát triển triển khai hợp đồng, gửi giao dịch, kiểm thử kết nối ví và tìm hiểu cách vận hành node mà không cần dùng ETH mainnet.

ETH testnet không có giá trị tiền tệ thực tế theo dự kiến và tồn tại riêng biệt với ETH mainnet.

Nhà phát triển nên chọn testnet hiện vẫn được duy trì, thay vì tiếp tục sử dụng mạng đã lỗi thời.

Nếu testnet được chọn sử dụng kiến trúc Proof of Stake của Ethereum, Geth vẫn phải chạy cùng consensus client tương thích.

Địa chỉ hợp đồng, số dư, lịch sử giao dịch và token không tự động được chuyển từ testnet này sang testnet khác.

Không nên dùng lại khóa riêng tư được sử dụng trong môi trường thử nghiệm cho tiền mã hóa mainnet có giá trị vì hệ thống thử nghiệm có thể làm lộ khóa qua nhật ký, tập lệnh hoặc công cụ phát triển không an toàn.

Geth có thể tạo mạng Ethereum riêng không?

Có thể dùng Geth để tạo mạng tương thích Ethereum biệt lập với cấu hình genesis tùy chỉnh.

Mạng riêng có chain ID, tài khoản, cài đặt giao thức, node và lịch sử blockchain riêng.

Mạng này không tự động kết nối với Ethereum mainnet hoặc kế thừa tài sản mainnet.

Hướng dẫn mạng riêng Geth chính thức giải thích cách tệp genesis tùy chỉnh khởi tạo cơ sở dữ liệu mạng.

Mạng riêng có thể hỗ trợ kiểm thử ứng dụng nhiều người dùng, nghiên cứu blockchain, thử nghiệm mạng và môi trường phát triển có kiểm soát.

Từ “riêng” có nghĩa là quyền truy cập vào mạng bị hạn chế hoặc mạng được cô lập.

Điều đó không có nghĩa mạng tự động được mã hóa, bảo mật hoặc miễn nhiễm với mọi cuộc tấn công.

Mạng riêng dùng trong môi trường thực tế cần được thiết kế cẩn thận về đồng thuận, kiểm soát truy cập, quản lý peer, giám sát và bảo mật khóa.

Geth dành cho nhà phát triển hợp đồng thông minh

Nhà phát triển hợp đồng thông minh có thể dùng Geth làm nguồn dữ liệu Ethereum đã được xác minh tại máy cục bộ.

Họ có thể gửi lệnh triển khai, gọi hàm hợp đồng, truy xuất nhật ký sự kiện, ước tính gas, mô phỏng giao dịch và kiểm tra execution trace.

Chế độ phát triển của Geth có thể tạo blockchain cục bộ tạm thời để kiểm thử mà không cần kết nối với mạng công khai.

Dự án cũng cung cấp blockchain mô phỏng trong bộ nhớ thông qua các thư viện Go.

Nhà phát triển có thể dùng API tracing để tìm hiểu lý do giao dịch bị hoàn nguyên hoặc tiêu thụ nhiều gas hơn dự kiến.

Chạy node cục bộ có thể giúp việc kiểm thử tái lập dễ dàng hơn vì nhà phát triển kiểm soát phiên bản phần mềm, API và dữ liệu được lưu.

Hợp đồng thông minh kiểm thử thành công trên Geth không đồng nghĩa hợp đồng đó an toàn.

Hợp đồng dùng trong môi trường thực tế vẫn cần được kiểm thử, rà soát mã, phân tích quyền hạn, mô hình hóa kinh tế và kiểm toán bảo mật phù hợp.

Geth dưới dạng thư viện Go

Go Ethereum không chỉ giới hạn ở chương trình Geth chạy trên dòng lệnh.

Nhà phát triển có thể nhập các gói của Geth vào ứng dụng Go để xây dựng cơ sở hạ tầng Ethereum tùy chỉnh.

Tài liệu thư viện Geth chính thức mô tả cách dự án có thể tái sử dụng bộ chứa node, mạng lưới, dịch vụ Ethereum, hệ thống RPC, liên kết hợp đồng và blockchain mô phỏng.

Nhà phát triển có thể xây dựng node chuyên biệt, thêm namespace RPC tùy chỉnh, kết nối Ethereum bằng client Go hoặc tạo hệ thống lập chỉ mục dành riêng cho ứng dụng.

Gói

cung cấp giao diện Go cho các thao tác Ethereum JSON-RPC phổ biến.

Công cụ

tạo liên kết Go có kiểu dữ liệu an toàn từ giao diện nhị phân ứng dụng của hợp đồng thông minh.

Lệnh

cho phép nhà phát triển thực thi và kiểm tra bytecode EVM trong môi trường được kiểm soát.

Dùng Geth dưới dạng thư viện giúp nhà phát triển tiếp cận mã đã được kiểm thử qua nhiều năm vận hành Ethereum, nhưng các sửa đổi tùy chỉnh vẫn cần được đánh giá bảo mật độc lập.

Geth và staking Ethereum

Geth có thể làm execution client trong cấu hình validator Ethereum.

Phần mềm validator giao tiếp với consensus client, còn consensus client giao tiếp với Geth qua Engine API.

Geth xác minh giao dịch và chuẩn bị payload thực thi khi validator được chọn đề xuất block.

Geth cũng xác minh payload thực thi nhận được từ mạng.

Trong vai trò execution client thông thường, Geth không lưu khóa ký Proof of Stake của validator.

Khóa validator được quản lý bằng phần mềm validator và các quy trình bảo mật liên quan.

Sự cố Geth có thể ảnh hưởng đến hiệu suất validator vì validator có thể không đề xuất được block hoàn chỉnh hoặc không xác minh được dữ liệu thực thi.

Do đó, đơn vị staking cần giám sát, phần cứng đủ đáp ứng, kết nối internet ổn định, cập nhật kịp thời và quy trình khôi phục đã được kiểm thử.

Thực hành bảo mật Geth tốt nhất

Người vận hành node nên cập nhật Geth thường xuyên vì các bản phát hành của client liên tục bổ sung bản sửa lỗi, cải thiện hiệu suất, thay đổi giao thức và bản vá bảo mật.

Giao diện RPC chỉ nên lắng nghe tại địa chỉ đáng tin cậy, trừ khi người vận hành chủ động cung cấp dịch vụ công khai được bảo vệ đúng cách.

Không nên cung cấp API quản trị, gỡ lỗi, transaction pool và ký giao dịch cho người dùng không đáng tin cậy.

Tường lửa, reverse proxy, xác thực, mã hóa đường truyền, lọc yêu cầu, giới hạn tốc độ, ghi nhật ký và giám sát có thể giảm rủi ro của điểm cuối công khai.

Khóa riêng tư và mật khẩu nên được lưu riêng khỏi các dịch vụ có thể truy cập công khai.

JWT secret dùng giữa execution client và consensus client cũng phải được bảo vệ để tránh truy cập trái phép.

Chỉ một tiến trình Geth được truy cập thư mục dữ liệu tại cùng một thời điểm.

Hướng dẫn bảo mật Geth chính thức cảnh báo API công khai có thể tạo rủi ro từ chối dịch vụ, xâm phạm quyền riêng tư, cạn kiệt tài nguyên và yêu cầu ký trái phép.

Người dùng cũng nên xác minh mọi chi tiết giao dịch vì node an toàn không thể ngăn người dùng phê duyệt tương tác hợp đồng thông minh độc hại.

Lợi ích khi chạy Geth

Chạy Geth cho phép người dùng xác minh việc thực thi Ethereum tại máy cục bộ, thay vì tin tưởng mọi phản hồi từ nhà cung cấp từ xa.

Điều này có thể cải thiện quyền riêng tư vì việc kiểm tra số dư, đọc hợp đồng và gửi giao dịch có thể nằm trong cơ sở hạ tầng do người dùng kiểm soát.

Geth cung cấp cho nhà phát triển quyền truy cập trực tiếp vào phương thức RPC nâng cao, transaction pool, nhật ký, trace và cấu hình node.

Việc này củng cố mạng ngang hàng Ethereum bằng cách bổ sung một node được vận hành độc lập.

Geth cho phép doanh nghiệp tiền mã hóa kiểm soát việc lưu giữ dữ liệu, giới hạn yêu cầu, cập nhật phần mềm và tính khả dụng của dịch vụ.

Geth có thể hỗ trợ hoạt động validator, nghiên cứu blockchain, hệ thống giám sát, ví và ứng dụng phi tập trung.

Geth cũng cung cấp cách tìm hiểu thực tế về quá trình Ethereum xác minh giao dịch và duy trì trạng thái.

Hạn chế khi chạy Geth

Geth cần được bảo trì liên tục, có đủ dung lượng lưu trữ và băng thông, cập nhật phần mềm và giám sát hệ thống.

Quá trình đồng bộ ban đầu có thể mất nhiều thời gian tùy phần cứng, tốc độ mạng, chất lượng peer và chế độ node đã chọn.

Full node tiêu chuẩn không thể trả lời mọi truy vấn trạng thái lịch sử nhanh như archive node.

Archive node có thể cần nhiều terabyte dung lượng lưu trữ và kế hoạch vận hành chuyên biệt.

Cấu hình RPC không chính xác có thể khiến node hoặc tài khoản được kết nối gặp rủi ro bảo mật nghiêm trọng.

Chạy Geth cũng khiến node cụ thể đó phụ thuộc vào một bộ mã execution client.

Ethereum được hưởng lợi khi người vận hành node sử dụng nhiều bản triển khai client được phát triển độc lập trên toàn mạng.

Hướng dẫn đa dạng client Ethereum giải thích cách phân bổ client cân bằng có thể hạn chế ảnh hưởng trên toàn mạng của lỗi phần mềm.

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

Một hiểu lầm là Geth là tiền mã hóa có thể mua hoặc giao dịch.

Geth là phần mềm, còn ETH là tiền mã hóa gốc được sử dụng trên Ethereum.

Một hiểu lầm khác là cài Geth sẽ tự động bắt đầu đào tiền mã hóa.

Ethereum không còn sử dụng hoạt động đào Proof of Work, và các chức năng đào trước đây của Geth đã bị ngừng hỗ trợ.

Hiểu lầm thứ ba là chỉ cần Geth là đủ để theo dõi Ethereum mainnet.

Trong cơ chế Proof of Stake, node dùng trong môi trường thực tế thường cần cả Geth lẫn consensus client.

Hiểu lầm thứ tư là full node lưu mọi trạng thái lịch sử.

Muốn truy cập đầy đủ trạng thái lịch sử cần cấu hình archive.

Hiểu lầm thứ năm là mở mọi namespace RPC sẽ khiến node hữu ích hơn.

Namespace không cần thiết làm tăng bề mặt tấn công và nên được giữ ở trạng thái tắt.

Hiểu lầm thứ sáu là node đã đồng bộ đảm bảo mọi hợp đồng thông minh đều an toàn.

Geth xác minh quá trình thực thi giao thức nhưng không đảm bảo logic kinh doanh của hợp đồng công bằng, an toàn hoặc không có hành vi độc hại.

Câu hỏi thường gặp

Geth là viết tắt của cụm từ nào?

Geth là viết tắt của Go Ethereum vì client này là bản triển khai Ethereum được viết bằng ngôn ngữ lập trình Go.

Geth có phải tiền mã hóa không?

Không. Geth là phần mềm node Ethereum, không phải tiền mã hóa hay token.

Geth có giống Ethereum không?

Không. Ethereum là giao thức và mạng blockchain, còn Geth là một bản triển khai phần mềm của các quy tắc lớp thực thi Ethereum.

Geth được dùng để làm gì?

Geth được dùng để xác minh giao dịch Ethereum, thực thi hợp đồng thông minh, đồng bộ dữ liệu blockchain, cung cấp quyền truy cập RPC, vận hành cơ sở hạ tầng node và hỗ trợ validator.

Geth có thể chạy độc lập không?

Geth có thể chạy độc lập trong một số trường hợp phát triển và sử dụng thư viện, nhưng node Ethereum Proof of Stake hoàn chỉnh dùng trong môi trường thực tế thường cần consensus client được kết nối.

Geth có đào ETH không?

Không. Ethereum đã thay hoạt động đào Proof of Work bằng xác thực Proof of Stake, nên các chức năng đào cũ của Geth không còn được sử dụng trên Ethereum mainnet.

Chạy Geth có cần 32 ETH không?

Không. Bất kỳ ai cũng có thể chạy Geth node không xác thực mà không cần staking ETH.

Chạy Geth có biến tôi thành validator Ethereum không?

Không. Để xác thực còn cần consensus client, phần mềm validator, khóa validator và khoản nạp staking theo yêu cầu.

Geth snap sync là gì?

Snap sync là phương thức đồng bộ mặc định, lấy trạng thái Ethereum gần đây rồi xác minh dữ liệu cần thiết để bắt kịp chuỗi hiện tại.

Node Geth đồng bộ bằng snap có phải full node không?

Có. Node đồng bộ bằng snap tự xác minh việc thực thi Ethereum và trở thành full node thông thường sau khi bắt kịp đầu chuỗi.

Geth full node và archive node khác nhau thế nào?

Full node duy trì dữ liệu cần thiết để xác minh hiện tại, còn archive node cũng lưu các phiên bản trạng thái Ethereum trong quá khứ để truy vấn trực tiếp block cũ.

Geth archive node cần bao nhiêu dung lượng lưu trữ?

Dung lượng phụ thuộc cấu hình, nhưng tài liệu hiện tại ước tính archive path-based có toàn bộ lịch sử trạng thái phẳng cần khoảng 2 TB; nếu lưu dữ liệu trie lịch sử thì cần nhiều hơn.

JSON-RPC của Geth sử dụng cổng nào?

Máy chủ JSON-RPC HTTP của Geth thường sử dụng cổng 8545 theo mặc định khi bật giao diện HTTP.

Geth kết nối với consensus client qua cổng nào?

Engine API được xác thực thường sử dụng cổng 8551, dù người vận hành có thể cấu hình cổng khác.

Công khai RPC Geth ra internet có an toàn không?

Không khuyến nghị mở trực tiếp ra công chúng nếu thiếu xác thực, lọc, giới hạn tốc độ, giám sát và các biện pháp kiểm soát bảo mật khác.

Geth có thể lưu khóa riêng tư không?

Geth hỗ trợ tệp keystore được mã hóa, nhưng sử dụng external signer và tách khóa cẩn thận khỏi dịch vụ node công khai là các biện pháp vận hành an toàn hơn.

Có thể dùng Geth để phát triển hợp đồng thông minh không?

Có. Nhà phát triển có thể dùng Geth để triển khai hợp đồng, gọi hàm, truy vấn sự kiện, ước tính gas, mô phỏng, tracing giao dịch và kiểm thử blockchain cục bộ.

Geth có thể kết nối với testnet không?

Có. Geth có thể kết nối với các testnet Ethereum được hỗ trợ khi khởi chạy bằng cấu hình mạng và consensus client phù hợp.

Geth có thể tạo blockchain riêng không?

Có. Geth có thể khởi tạo một mạng tương thích Ethereum biệt lập bằng cấu hình genesis tùy chỉnh.

Làm cách nào để kiểm tra phiên bản Geth?

Chạy

trong dòng lệnh để hiển thị thông tin bản phát hành đã cài.

Làm cách nào để kiểm tra lỗ hổng đã biết của Geth?

Chạy

và xem thông tin chính thức về bản phát hành cũng như lỗ hổng trước khi vận hành node trong môi trường thực tế.

Có nên luôn cập nhật Geth không?

Có. Cập nhật phiên bản ổn định kịp thời rất quan trọng đối với bảo mật, khả năng tương thích với nâng cấp mạng, độ tin cậy và hiệu suất.

Kết luận

Geth là execution client Ethereum mã nguồn mở được viết bằng Go và là một trong những bản triển khai phần mềm nền tảng dùng để tương tác với blockchain Ethereum.

Geth xác minh giao dịch, thực thi hợp đồng thông minh qua EVM, duy trì trạng thái Ethereum, giao tiếp với peer và cung cấp dữ liệu blockchain qua giao diện JSON-RPC.

Trong kiến trúc Proof of Stake của Ethereum, Geth thường hoạt động cùng consensus client để tạo thành node hoàn chỉnh.

Người dùng có thể chạy Geth như full node tiêu chuẩn, cấu hình archive node để truy cập trạng thái lịch sử, kết nối ứng dụng qua RPC, hỗ trợ cơ sở hạ tầng validator hoặc tái sử dụng các gói Go để xây dựng phần mềm blockchain tùy chỉnh.

Snap sync là tùy chọn mặc định thiết thực cho hầu hết người vận hành node, còn cơ chế lưu trữ archive path-based mới hơn giúp giảm tài nguyên cần thiết cho hoạt động phân tích lịch sử chuyên sâu.

Chạy Geth có thể cải thiện khả năng xác minh, quyền riêng tư, quyền kiểm soát cơ sở hạ tầng và khả năng truy cập dữ liệu Ethereum chi tiết.

Tuy nhiên, việc này cũng đòi hỏi phần cứng đủ mạnh, cấu hình API an toàn, cập nhật thường xuyên, giám sát và quản lý khóa cẩn thận.

Nên hiểu Geth là cơ sở hạ tầng thiết yếu của tiền mã hóa, chứ không phải bản thân một loại tiền mã hóa.

Mục đích chính của Geth là thực thi độc lập các quy tắc lớp thực thi Ethereum và cung cấp cho người dùng góc nhìn mạng lưới đã được xác minh tại máy cục bộ.