`nonce``
+
+`` - _Thẻ mở, chứa một đoạn mã_
+
+nonce - _Văn bản không thể dịch_
+
+`` - _Thẻ đóng_
+
+
+
+Văn bản gốc cũng chứa các thẻ rút gọn, chỉ bao gồm số, khiến chức năng của chúng không dễ nhận ra ngay. Bạn có thể di chuột qua các thẻ này để xem chính xác chức năng mà chúng đảm nhận.
+
+Trong ví dụ bên dưới, bạn có thể thấy rằng việc di chuột qua thẻ `<0>` cho thấy nó đại diện cho thẻ `` và chứa một đoạn mã, do đó nội dung bên trong các thẻ này không nên được dịch.
+
+
+
+## Dạng ngắn và dạng đầy đủ/từ viết tắt {#short-vs-full-forms}
+
+Có rất nhiều chữ viết tắt được sử dụng trên trang web, ví dụ: dapps, NFT, DAO, DeFi, v.v. Các chữ viết tắt này thường được sử dụng trong tiếng Anh và hầu hết khách truy cập trang web đều quen thuộc với chúng.
+
+Vì chúng thường không có bản dịch chuẩn trong các ngôn ngữ khác, cách tốt nhất để xử lý những thuật ngữ này là cung cấp bản dịch mô tả đầy đủ, và thêm chữ viết tắt tiếng Anh trong ngoặc đơn.
+
+Không dịch các chữ viết tắt này, vì hầu hết mọi người sẽ không quen thuộc với chúng, và các phiên bản dịch địa phương sẽ không mang nhiều ý nghĩa đối với phần lớn khách truy cập.
+
+Ví dụ về cách dịch dapps:
+
+- Ứng dụng phi tập trung (dapps) → _Dạng đầy đủ đã dịch (viết tắt tiếng Anh trong ngoặc)_
+
+## Các thuật ngữ chưa có bản dịch chính thức {#terms-without-established-translations}
+
+Một số thuật ngữ có thể chưa có bản dịch chuẩn trong các ngôn ngữ khác và thường được biết đến rộng rãi bằng thuật ngữ gốc tiếng Anh. Các thuật ngữ này thường liên quan đến các khái niệm mới, như proof-of-work, proof-of-stake, Beacon Chain, staking, v.v.
+
+Khi dịch những thuật ngữ này có thể nghe không tự nhiên, vì phiên bản tiếng Anh cũng được sử dụng phổ biến trong nhiều ngôn ngữ khác, do đó rất khuyến khích nên dịch.
+
+Khi dịch, bạn có thể thoải mái sáng tạo, dùng cách dịch mô tả, hoặc chỉ dịch sát nghĩa.
+
+**Lý do hầu hết các thuật ngữ nên được dịch, thay vì để nguyên tiếng Anh, là vì những thuật ngữ mới này sẽ ngày càng phổ biến trong tương lai, khi nhiều người bắt đầu sử dụng Ethereum và các công nghệ liên quan. Nếu chúng ta muốn nhiều người từ khắp nơi trên thế giới tham gia vào lĩnh vực này, chúng ta cần cung cấp thuật ngữ dễ hiểu bằng nhiều ngôn ngữ nhất có thể, ngay cả khi phải tự tạo ra cách dịch.**
+
+## Nút & Lời kêu gọi hành động (CTA) {#buttons-and-ctas}
+
+Trang web có nhiều nút, và chúng cần được dịch khác so với nội dung khác.
+
+Văn bản trong nút có thể được xác định bằng cách xem ảnh chụp màn hình ngữ cảnh, đi kèm với hầu hết chuỗi, hoặc kiểm tra trong trình soạn thảo, nơi có chứa cụm từ “nút”.
+
+Bản dịch cho nút cần ngắn gọn nhất có thể để tránh lỗi định dạng. Ngoài ra, các bản dịch của nút phải ở dạng mệnh lệnh, tức là trình bày một lệnh hoặc yêu cầu.
+
+
+
+## Dịch thuật có tính bao hàm {#translating-for-inclusivity}
+
+Người dùng truy cập Ethereum.org đến từ khắp nơi trên thế giới và có nhiều bối cảnh khác nhau. Vì vậy, ngôn ngữ trên trang web cần mang tính trung lập, chào đón tất cả mọi người và không mang tính loại trừ.
+
+Một khía cạnh quan trọng của điều này là tính trung lập về giới. Điều này có thể được thực hiện dễ dàng bằng cách dùng cách xưng hô trang trọng và tránh các từ ngữ mang giới tính trong bản dịch.
+
+Một cách khác để thể hiện tính bao hàm là dịch theo hướng phù hợp với khán giả toàn cầu, không giới hạn ở bất kỳ quốc gia, chủng tộc hay khu vực nào.
+
+Cuối cùng, ngôn ngữ cần phù hợp cho mọi nhóm người dùng và mọi lứa tuổi.
+
+## Bản dịch theo ngôn ngữ cụ thể {#language-specific-translations}
+
+Khi dịch, điều quan trọng là tuân theo các quy tắc ngữ pháp, quy ước và định dạng của tiếng Việt, thay vì sao chép nguyên văn từ bản gốc. Văn bản gốc tuân theo quy tắc ngữ pháp và quy ước của tiếng Anh, điều này không nhất thiết áp dụng cho nhiều ngôn ngữ khác.
+
+Bạn cần nắm rõ các quy tắc của tiếng Việt và dịch cho phù hợp. Nếu cần hỗ trợ, hãy liên hệ với chúng tôi; chúng tôi sẽ giúp bạn tìm tài liệu tham khảo về cách áp dụng các yếu tố này trong tiếng Việt.
+
+Một số điểm cần đặc biệt lưu ý bao gồm:
+
+### Dấu câu, định dạng {#punctuation-and-formatting}
+
+**Viết hoa**
+
+- Quy tắc viết hoa có sự khác biệt rất lớn giữa các ngôn ngữ.
+- Trong tiếng Anh, thông thường sẽ viết hoa tất cả các từ trong tiêu đề và tên riêng, các tháng, ngày, tên ngôn ngữ, ngày lễ, v.v. Trong nhiều ngôn ngữ khác, điều này là sai ngữ pháp vì họ có những quy tắc viết hoa khác.
+- Một số ngôn ngữ cũng có quy tắc viết hoa đại từ nhân xưng, danh từ và một số tính từ, trong khi tiếng Anh thì không.
+
+**Khoảng cách**
+
+- Các quy tắc chính tả xác định cách sử dụng khoảng trắng cho từng ngôn ngữ. Vì khoảng trắng được sử dụng ở khắp mọi nơi, nên các quy tắc này là một trong những điểm khác biệt rõ ràng nhất, đồng thời cũng là yếu tố thường bị dịch sai nhiều nhất.
+- Một số khác biệt phổ biến về cách sử dụng khoảng trắng giữa tiếng Anh và các ngôn ngữ khác:
+ - Khoảng trắng trước các đơn vị đo lường và tiền tệ (ví dụ: USD, EUR, kB, MB)
+ - Khoảng trắng trước các ký hiệu độ (ví dụ: °C, ℉)
+ - Khoảng trắng trước một số dấu câu, đặc biệt là dấu chấm lửng (…)
+ - Khoảng trắng trước và sau dấu gạch chéo (/)
+
+**Danh sách**
+
+- Mỗi ngôn ngữ đều có một tập hợp quy tắc đa dạng và phức tạp để viết danh sách. Những quy tắc này có thể khác đáng kể so với tiếng Anh.
+- Trong một số ngôn ngữ, từ đầu tiên của mỗi dòng mới cần được viết hoa, trong khi ở các ngôn ngữ khác, dòng mới nên bắt đầu bằng chữ thường. Nhiều ngôn ngữ cũng có các quy tắc khác nhau về việc viết hoa trong danh sách, tùy thuộc vào độ dài của từng dòng.
+- Điều này cũng áp dụng cho dấu câu của từng mục trong danh sách. Dấu câu kết thúc trong danh sách có thể là dấu chấm (.), dấu phẩy (,) hoặc dấu chấm phẩy (;), tùy thuộc vào ngôn ngữ.
+
+**Dấu ngoặc kép**
+
+- Các ngôn ngữ sử dụng nhiều loại dấu ngoặc kép khác nhau. Chỉ đơn giản sao chép dấu ngoặc kép tiếng Anh từ nguồn thường là không chính xác.
+- Một số loại dấu ngoặc kép phổ biến nhất bao gồm:
+ - „văn bản ví dụ“
+ - ‚văn bản ví dụ‘
+ - »văn bản ví dụ«
+ - “văn bản ví dụ”
+ - ‘văn bản ví dụ’
+ - «văn bản ví dụ»
+
+**Dấu nối và dấu gạch ngang**
+
+- Trong tiếng Anh, dấu nối (-) được dùng để nối các từ hoặc các phần khác nhau của một từ, trong khi dấu gạch ngang (–) được dùng để chỉ một khoảng hoặc một chỗ ngắt.
+- Nhiều ngôn ngữ có các quy tắc khác nhau về việc sử dụng dấu nối và dấu gạch ngang mà cần được tuân thủ.
+
+### Định dạng {#formats}
+
+**Số**
+
+- Điểm khác biệt chính trong cách viết số ở các ngôn ngữ khác nhau là ký hiệu phân tách được dùng cho số thập phân và số hàng nghìn. Đối với hàng nghìn, ký hiệu phân tách có thể là dấu chấm, dấu phẩy hoặc khoảng trắng. Tương tự, một số ngôn ngữ dùng dấu chấm thập phân, trong khi các ngôn ngữ khác dùng dấu phẩy thập phân.
+ - Một số ví dụ về các số lớn:
+ - Tiếng Anh – **1,000.50**
+ - Tiếng Tây Ban Nha – **1.000,50**
+ - Tiếng Pháp – **1 000,50**
+- Một yếu tố quan trọng khác khi dịch số là dấu phần trăm. Nó có thể được viết theo nhiều cách khác nhau: **100%**, **100 %** hoặc **%100**.
+- Cuối cùng, số âm có thể được hiển thị theo nhiều cách khác nhau, tùy thuộc vào ngôn ngữ: -100, 100-, (100) hoặc [100].
+
+**Ngày tháng**
+
+- Khi dịch ngày tháng, có nhiều điểm cần lưu ý và khác biệt tùy theo ngôn ngữ. Những yếu tố này bao gồm định dạng ngày, ký hiệu phân tách, chữ hoa và số 0 đứng đầu. Ngoài ra còn có sự khác biệt giữa cách viết ngày đầy đủ và cách viết ngày bằng số.
+ - Một số ví dụ về định dạng ngày khác nhau:
+ - Tiếng Anh – Vương quốc Anh (dd/mm/yyyy) – 1 tháng 1, 2022
+ - Tiếng Anh – Mỹ (mm/dd/yyyy) – ngày 1 tháng 1, 2022
+ - Tiếng Trung (yyyy-mm-dd) – 2022 年 1 月 1 日
+ - Tiếng Pháp (dd/mm/yyyy) – 1er janvier 2022
+ - Tiếng Ý (dd/mm/yyyy) – 1º gennaio 2022
+ - Tiếng Đức (dd/mm/yyyy) – 1. Januar 2022 Januar 2022
+
+**Tiền tệ**
+
+- Việc dịch các đơn vị tiền tệ có thể phức tạp do sự khác biệt về định dạng, quy ước và cách chuyển đổi. Theo nguyên tắc chung, hãy giữ nguyên đơn vị tiền tệ giống như trong nguồn. Bạn có thể thêm đơn vị tiền tệ địa phương và giá trị quy đổi trong ngoặc để người đọc dễ hiểu hơn.
+- Sự khác biệt chính trong cách viết đơn vị tiền tệ ở các ngôn ngữ khác nhau bao gồm vị trí ký hiệu, dấu phẩy thập phân so với dấu chấm thập phân, khoảng cách và viết tắt so với ký hiệu.
+ - Vị trí ký hiệu: $100 hoặc 100$
+ - Dấu phẩy thập phân so với dấu chấm thập phân: 100,50$ hoặc 100.50$
+ - Khoảng cách: 100$ hoặc 100 $
+ - Viết tắt so với ký hiệu: 100 $ hoặc 100 USD
+
+**Đơn vị đo lường**
+
+- Theo nguyên tắc chung, hãy giữ nguyên đơn vị đo lường giống như trong nguồn. Nếu quốc gia của bạn sử dụng hệ thống khác, bạn có thể thêm phần quy đổi trong ngoặc.
+- Ngoài việc bản địa hóa đơn vị đo lường, cũng cần lưu ý đến sự khác biệt trong cách các ngôn ngữ sử dụng các đơn vị này. Điểm khác biệt chính là khoảng cách giữa số và đơn vị, có thể khác nhau tùy theo ngôn ngữ. Ví dụ về điều này bao gồm 100kB so với 100 kB hoặc 50ºF so với 50 ºF.
+
+## Kết luận {#conclusion}
+
+Dịch ethereum.org là một cơ hội tuyệt vời để tìm hiểu về các khía cạnh khác nhau của Ethereum.
+
+Khi dịch, hãy cố gắng đừng vội vàng. Hãy thoải mái và tận hưởng niềm vui!
+
+Cảm ơn bạn đã tham gia Chương trình Dịch thuật và giúp chúng tôi mang trang web đến với nhiều người hơn. Cộng đồng Ethereum là toàn cầu, và chúng tôi rất vui vì bạn là một phần của cộng đồng này!
diff --git a/public/content/translations/vi/dao/index.md b/public/content/translations/vi/dao/index.md
index 14f90daea66..ac158e80b31 100644
--- a/public/content/translations/vi/dao/index.md
+++ b/public/content/translations/vi/dao/index.md
@@ -1,24 +1,25 @@
---
-title: Các tổ chức tự trị phi tập trung (DAO)
-description: Tổng quan về DAO trên Ethereum
+title: "DAO là gì?"
+metaTitle: "DAO là gì? | Tổ chức ẩn danh phi tập trung"
+description: "Tổng quan về DAO trên Ethereum"
lang: vi
template: use-cases
emoji: ":handshake:"
sidebarDepth: 2
image: /images/use-cases/dao-2.png
-alt: Đại diện cho biểu quyết của tổ chức tự trị phi tập trung (DAO) đối với một đề xuất.
-summaryPoint1: Các cộng đồng được sở hữu bởi thành viên mà không cần sự lãnh đạo tập trung.
-summaryPoint2: Một cách an toàn để hợp tác với những người lạ trên Internet.
-summaryPoint3: Một nơi an toàn để cam kết tài trợ cho một quỹ cụ thể.
+alt: "Đại diện cho biểu quyết của tổ chức tự trị phi tập trung (DAO) đối với một đề xuất."
+summaryPoint1: "Các cộng đồng được sở hữu bởi thành viên mà không cần sự lãnh đạo tập trung."
+summaryPoint2: "Một cách an toàn để hợp tác với những người lạ trên Internet."
+summaryPoint3: "Một nơi an toàn để cam kết tài trợ cho một quỹ cụ thể."
---
## Các tổ chức tự trị phi tập trung (DAO) là gì? {#what-are-daos}
-Tổ chức tự trị phi tập trung (DAO) là một tổ chức thuộc quyền sở hữu tập thể, hoạt động dựa trên công nghệ chuỗi khối (blockchain) hướng đến một sứ mệnh chung.
+Tổ chức tự trị phi tập trung (DAO) là một tổ chức thuộc quyền sở hữu tập thể, hoạt động dựa hướng đến một sứ mệnh chung.
Các DAO này cho phép chúng ta làm việc cùng những người đồng chí hướng mà không cần đến một cá nhân lãnh đạo đủ tin cậy để quản lý ngân sách và vận hành của tổ chức. Trong tổ chức không có một CEO nhất định có khả năng tiêu tiền bừa bãi, hay một CFO có quyền hành sửa đổi ngân sách. Các quy tắc dựa trên công nghệ chuỗi khối (blockchain) được viết trong các đoạn mã nguồn sẽ quyết định cách hoạt động của tổ chức, và cách ngân khố được sử dụng.
-Chúng có những ngân khố riêng mà không ai có thẩm quyền tiếp cận mà không có sự chấp thuận của nhóm. Các quyết định được quản lý bằng các đề xuất và bầu cử, để đảm bảo tất cả thành viên trong tổ chức đều có tiếng nói, và đảm bảo mọi việc đều diễn ra trong minh bạch trên chuỗi (on-chain).
+Chúng có những ngân khố riêng mà không ai có thẩm quyền tiếp cận mà không có sự chấp thuận của nhóm. Các quyết định được quản lý bằng các đề xuất và bỏ phiếu để đảm bảo mọi người trong tổ chức đều có tiếng nói và mọi thứ diễn ra một cách minh bạch [trên chuỗi](/glossary/#onchain).
## Tại sao chúng ta lại cần đến các tổ chức tự trị phi tập trung (DAO)? {#why-dao}
@@ -26,140 +27,141 @@ Chúng có những ngân khố riêng mà không ai có thẩm quyền tiếp c
Điều này mở ra vô vàn cơ hội mới cho những sự hợp tác và điều phối toàn cầu.
-### Một so sánh {#dao-comparison}
+### So sánh {#dao-comparison}
-| Tổ chức tự trị phi tập trung (DAO) | Một tổ chức truyền thống |
-| --------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------- |
-| Thường có cấu trúc rõ ràng và dân chủ toàn diện. | Thường có cấu trúc phân tầng. |
-| Đòi hỏi các thành viên phải bỏ phiếu cho bất kì một thay đổi nào. | Tùy vào cấu trúc, thay đổi có thể đến từ một đảng phái duy nhất, hoặc việc bỏ phiếu có thể được phe cầm quyền đề nghị. |
-| Lá phiếu được đếm và kết quả bỏ phiếu được thi hành một cách tự động mà không cần đến một bên trung gian. | Nếu việc bỏ phiếu được cho phép, lá phiếu được đếm trong nội bộ tổ chức và kết quả của cuộc bỏ phiếu được thi hành một cách thủ công. |
+| DAO | Một tổ chức truyền thống |
+| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------- |
+| Thường có cấu trúc rõ ràng và dân chủ toàn diện. | Thường có cấu trúc phân tầng. |
+| Đòi hỏi các thành viên phải bỏ phiếu cho bất kì một thay đổi nào. | Tùy vào cấu trúc, thay đổi có thể đến từ một đảng phái duy nhất, hoặc việc bỏ phiếu có thể được phe cầm quyền đề nghị. |
+| Lá phiếu được đếm và kết quả bỏ phiếu được thi hành một cách tự động mà không cần đến một bên trung gian. | Nếu việc bỏ phiếu được cho phép, lá phiếu được đếm trong nội bộ tổ chức và kết quả của cuộc bỏ phiếu được thi hành một cách thủ công. |
| Những dịch vụ được cung cấp bởi tổ chức được thực hiện một cách tự động theo một phương thức phi tập trung (ví dụ: việc phân bổ của những khoản tiền từ thiện). | Đòi hỏi phải có sự tham gia của con người hoặc sự tự động hóa được điều khiển bởi một quyền lực trung ương, dễ bị thao túng. |
-| Mọi hoạt động đều minh bạch và công khai. | Hoạt động thường mang tính riêng tư và không có sự tham gia của cộng đồng. |
+| Mọi hoạt động đều minh bạch và công khai. | Hoạt động thường mang tính riêng tư và không có sự tham gia của cộng đồng. |
-### Những ví dụ về tổ chức tự trị phi tập trung (DAO) {#dao-examples}
+### Ví dụ về DAO {#dao-examples}
Để giúp làm rõ hơn khái niệm này, sau đây là một số ví dụ về các tổ chức tự trị phi tập trung (DAO):
-- Tổ chức từ thiện - Bạn có thể nhận quyên góp từ bất kỳ ai trên thế giới, và bầu chọn nên hỗ trợ quyên góp cho tổ chức, lý tưởng nào.
-- Quyền sở hữu tập thể - Bạn có thể mua tài sản số hoặc vật chất và các thành viên trong tổ chức có thể bầu chọn cách sử dụng các tài sản này.
-- Các khoản đầu tư và tài trợ - bạn có thể tạo ra một quỹ đầu tư từ vốn góp chung và bỏ phiếu cho những dự án mà quỹ muốn rót vốn. Tiền lời sau đó có thể được tái phân bổ cho những thành viên của tổ chức (DAO).
+- **Một tổ chức từ thiện** – bạn có thể nhận quyên góp từ bất kỳ ai trên thế giới và bỏ phiếu về việc gây quỹ cho mục đích nào.
+- **Sở hữu tập thể** – bạn có thể mua tài sản vật chất hoặc kỹ thuật số và các thành viên có thể bỏ phiếu về cách sử dụng chúng.
+- **Các liên doanh và tài trợ** – bạn có thể tạo một quỹ đầu tư mạo hiểm gộp chung vốn đầu tư và bỏ phiếu cho các liên doanh để hỗ trợ. Tiền lời sau đó có thể được tái phân bổ cho những thành viên của tổ chức (DAO).
+
+
- Hiểu thêm về những hợp đồng thông minh
-
-
-## Ethereum và những tổ chức tự trị phi tập trung (DAO) {#ethereum-and-daos}
+## Ethereum và các DAO {#ethereum-and-daos}
Ethereum là nền tảng hoàn hảo cho những tổ chức tự trị phi tập trung (DAO) bởi một số lý do sau:
-- Cơ chế đồng thuận của Ethereum có sự phân tán đủ rộng và bảng dày thành tích đủ lớn để cho các tổ chức có thể tin tưởng vào mạng lưới.
+- Cơ chế đồng thuận của Ethereum có sự phân tán đủ rộng và đủ uy tín để các tổ chức có thể tin tưởng vào mạng lưới.
- Mã của hợp đồng thông minh không thể chỉnh sửa được một khi được kích hoạt, kể cả bởi những người chủ sở hữu của nó. Điều này cho phép tổ chức tự trị phi tập trung (DAO) vận hành bởi những luật chơi đã được lập trình từ ban đầu.
- Các hợp đồng thông minh có thể gửi/nhận tiền. Không có chúng, bạn sẽ cần một bên trung gian đủ tin cậy để quản lý ngân khố của nhóm.
- Cộng đồng của Ethereum mang tính tương hỗ nhiều hơn là cạnh tranh. Điều này cho phép các phương pháp hay nhất và những hệ thống bổ trợ được ra đời một cách nhanh chóng.
-## Các pháp chế của DAO {#dao-governance}
+## Quản trị DAO {#dao-governance}
Có rất nhiều yếu tố cần xem xét khi điều hành một DAO, chẳng hạn như cách thức bỏ phiếu và đề xuất hoạt động.
-### Sự uỷ quyền {#governance-delegation}
+### Ủy quyền {#governance-delegation}
-Sự uy quyền giống như phiên bản DAO của đại diện nền dân chủ. Các chủ sở hữu Token ủy quyền phiếu bầu cho những người dùng tự đề cử và cam kết đảm bảo quản trị giao thức và luôn cập nhật thông tin.
+Sự ủy quyền giống như phiên bản DAO của nền dân chủ đại diện. Các chủ sở hữu Token ủy quyền phiếu bầu cho những người dùng tự đề cử và cam kết đảm bảo quản trị giao thức và luôn cập nhật thông tin.
-#### Một ví dụ phổ biến {#governance-example}
+#### Một ví dụ nổi tiếng {#governance-example}[ENS](https://claim.ens.domains/delegate-ranking) – những người nắm giữ ENS có thể ủy quyền phiếu bầu của họ cho các thành viên cộng đồng tích cực để đại diện cho họ.
-[ENS](https://claim.ens.domains/delegate-ranking)– Chủ sở hữu ENS có thể uỷ quyền phiếu bầu cho các thành viên trong cộng đồng để đại diện cho họ.
-
-### Quản lý giao dịch tự động {#governance-example}
+### Quản trị giao dịch tự động {#governance-example}
Ở nhiều DAO, các giao dịch sẽ được thực hiện tự động nếu một số thành viên bỏ phiếu đồng ý.
#### Một ví dụ nổi tiếng {#governance-example}
-[Nouns](https://nouns.wtf) – Trong Nouns DAO, một giao dịch sẽ tự động được thực hiện nếu đáp ứng đủ số phiếu bầu và đa số phiếu ủng hộ, miễn là nó không bị những người sáng lập phủ quyết.
+[Nouns](https://nouns.wtf) – Trong Nouns DAO, một giao dịch sẽ được thực thi tự động nếu đạt được số đại biểu và đa số phiếu tán thành, miễn là nó không bị những người sáng lập phủ quyết.
### Quản trị đa chữ ký {#governance-example}
-Trong khi DAO có thể có hàng ngàn thành viên bỏ phiếu, tài khoản tiền có thể được lưu trữ trong một ví được chia sẻ bởi 5-20 thành viên cộng đồng hoạt động tích cực, được tin tưởng và thường công khai danh tính (được cộng đồng biết đến danh tính). Sau khi một cuộc bỏ phiếu được tiến hành, những người ký đa chữ ký sẽ thực hiện quyết định của cộng đồng.
+Mặc dù các DAO có thể có hàng nghìn thành viên bỏ phiếu, nhưng các quỹ có thể nằm trong một [ví](/glossary/#wallet) được chia sẻ bởi 5-20 thành viên cộng đồng tích cực, những người đáng tin cậy và thường được doxxed (danh tính công khai được cộng đồng biết đến). Sau một cuộc bỏ phiếu, những người ký [đa chữ ký](/glossary/#multisig) sẽ thực hiện ý muốn của cộng đồng.
-## Các luật của DAO {#dao-laws}
+## Luật DAO {#dao-laws}
Vào năm 1977, Wyoming đã phát minh ra LLC để bảo vệ các doanh nhân và giới hạn quyền của họ. Gần đây nhất, họ đã đi tiên phong trong luật DAO thiết lập tư cách pháp lý cho DAO. Hiện tại Wyoming, Vermont và quần đảo Virgin đã có đạo luật DAO dưới một số hình thức.
-### Một ví dụ phổ biến {#law-example}
+### Một ví dụ nổi tiếng {#law-example}
-[CityDAO](https://citizen.citydao.io/) – CityDAO đã sử dụng luật DAO của Wyoming để mua 40 mẫu đất gần Công viên Quốc gia Yellowstone.
+[CityDAO](https://citizen.citydao.io/) – CityDAO đã sử dụng luật DAO của Wyoming để mua 40 mẫu Anh đất gần Công viên Quốc gia Yellowstone.
-## Hội viên của tổ chức tự trị phi tập trung (DAO membership) {#dao-membership}
+## Tư cách thành viên DAO {#dao-membership}
Có những mô hình khác nhau cho hội viên của một tổ chức tự trị phi tập trung (DAO). Hội viên có thể quyết định việc bỏ phiếu vận hành như thế nào cũng như phần cốt lõi khác của DAO.
-### Hội viên dựa trên token {#token-based-membership}
+### Tư cách thành viên dựa trên token {#token-based-membership}
-Thường hoàn toàn không cần sự cho phép, tùy thược vào loại token được sử dụng. Hầu hết các token quản trị này có thể được trao đổi tự do trên các sàn giao dịch phi tập trung. Một số khác có thể kiếm được thông qua cung cấp thanh khoản hoặc một vài cơ chế 'proof of work' khác. Dù bằng cách nào thì việc nắm giữ token giúp người sở hữu có quyền bỏ phiếu.
+Thường hoàn toàn [không cần cấp phép](/glossary/#permissionless), tùy thuộc vào token được sử dụng. Hầu hết các token quản trị này có thể được giao dịch một cách không cần cấp phép trên một [sàn giao dịch phi tập trung](/glossary/#dex). Một số khác có thể kiếm được thông qua cung cấp thanh khoản hoặc một vài cơ chế 'bằng chứng công việc' khác. Dù bằng cách nào thì việc nắm giữ token giúp người sở hữu có quyền bỏ phiếu.
_Token thường được dùng để quản trị những giao thức phi tập trung lớn hoặc/và chính những token đó._
-#### Một ví dụ phổ biến {#token-example}
+#### Một ví dụ nổi tiếng {#token-example}
-[MakerDAO](https://makerdao.com) – Token của MakerDAO là MKR có sẵn trên các sàn giao dịch phi tập trung và bất kỳ ai cũng có thể mua để có quyền biểu quyết đối với tương lai của giao thức Maker.
+[MakerDAO](https://makerdao.com) – Token MKR của MakerDAO có sẵn rộng rãi trên các sàn giao dịch phi tập trung và bất kỳ ai cũng có thể mua để có quyền biểu quyết đối với tương lai của giao thức Maker.
-### Hội viên dựa trên cổ phần {#share-based-membership}
+### Tư cách thành viên dựa trên cổ phần {#share-based-membership}
Những tổ chức tự trị phi tập trung (DAO) dựa trên cổ phần cần đến sự cho phép nhiều hơn nhưng vẫn rất cởi mở. Bất kỳ ai cũng có thể đề xuất gia nhập DAO, bằng cách đóng góp cho tổ chức giá trị nào đó, thường dưới dạng token hoặc lao động. Cổ phần đại diện cho quyền bổ phiếu và quyền sở hữu trực tiếp. Hội viên có thể rời bỏ bất cứ lúc nào và được giữ toàn bộ ngân khố tương đương tỉ lệ hội viên đó nắm giữ.
_Hình thức này thường được dùng cho những tổ chức có sự gắn kết cao và xoay quanh con người như những quỹ từ thiện, công đoàn và câu lạc bộ đầu tư. Nó cũng có thể quản trị những giao thức và token._
-#### Một ví dụ phổ biến {#share-example}
+#### Một ví dụ nổi tiếng {#share-example}
-[MolochDAO](http://molochdao.com/) - Tổ chức tự trị phi tập trung Moloch chuyên về đầu tư cho các dự án liên quan đến Ethereum. Moloch yêu cầu hội viên tiềm năng nộp một đề xuất tham gia. Dự trên đề xuất đó, Moloch có thể đánh giá liệu bạn có kĩ năng chuyên môn và tài chính cần thiết để đưa ra những phán quyết sáng suốt về những ứng viên tương lai hay không. Bạn không thể mua quyền truy cập DAO trên một sàn dịch mở.
+[MolochDAO](http://molochdao.com/) – MolochDAO tập trung vào việc tài trợ cho các dự án Ethereum. Moloch yêu cầu hội viên tiềm năng nộp một đề xuất tham gia. Dựa trên đề xuất đó, Moloch có thể đánh giá liệu bạn có kĩ năng chuyên môn và tài chính cần thiết để đưa ra những phán quyết sáng suốt về những ứng viên tương lai hay không. Bạn không thể mua quyền truy cập DAO trên một sàn giao dịch mở.
-### Tư cách hội viên dựa trên uy tín {#reputation-based-membership}
+### Tư cách thành viên dựa trên danh tiếng {#reputation-based-membership}
-Độ uy tín đại diện cho bằng chứng về sự tham gia và trao quyền biểu quyết trong DAO. Không giống như token hoặc tư cách hội viên dựa trên cổ phần, các DAO dựa trên uy tín không thể chuyển quyền sở hữu cho những người đóng góp. Độ uy tín không thể mua, chuyển nhượng hoặc ủy quyền; hội viên DAO phải xây dựng uy tín qua sự đóng góp. Bỏ phiếu trên chuỗi không yêu cầu sự cho phép và các hội viên tiềm năng có thể tự do gửi đề xuất tham gia DAO và yêu cầu độ uy tín và token như một phần thưởng để đổi lấy những đóng góp của họ.
+Độ uy tín đại diện cho bằng chứng về sự tham gia và trao quyền biểu quyết trong DAO. Không giống như token hoặc tư cách hội viên dựa trên cổ phần, các DAO dựa trên uy tín không thể chuyển quyền sở hữu cho những người đóng góp. Độ uy tín không thể mua, chuyển nhượng hoặc ủy quyền; hội viên DAO phải xây dựng uy tín qua sự đóng góp. Không ai bị giới hạn bỏ phiếu trên chuỗi và các thành viên muốn giai nhập có thể tự do gửi đề xuất để tham gia DAO và yêu cầu được nhận danh tiếng hay Token như một phần thưởng cho đóng góp của họ.
-_Thường được sử dụng để phát triển và quản lí phi tập trung các giao thức và ứng dụng phi tập trung, nhưng cũng rất phù hợp với một loạt các tổ chức như tổ chức từ thiện, tập thể công nhân, câu lạc bộ đầu tư, v.v._
+_Thường được sử dụng để phát triển và quản trị phi tập trung các giao thức và [ứng dụng phi tập trung](/glossary/#dapp), nhưng cũng rất phù hợp với một loạt các tổ chức đa dạng như tổ chức từ thiện, tập thể người lao động, câu lạc bộ đầu tư, v.v._
-#### Một ví dụ phổ biến {#reputation-example}
+#### Một ví dụ nổi tiếng {#reputation-example}
-[DXdao](https://DXdao.eth.link) - DXdao là một tổ chức có quyền xây dựng và quản lý toàn cầu các giao thức và ứng dụng phi tập trung kể từ năm 2019. Nó thúc đẩy quản trị dựa trên quyền lực và sự đồng thuận đa chiều để điều phối và quản lý các quỹ, có nghĩa là không ai có thể dùng tiền để ảnh hưởng đến nó sau này.
+[DXdao](https://DXdao.eth.limo) – DXdao là một tập thể có chủ quyền toàn cầu xây dựng và quản trị các giao thức và ứng dụng phi tập trung từ năm 2019. Nó đã tận dụng cơ chế quản trị dựa trên danh tiếng và [sự đồng thuận đa chiều](/glossary/#holographic-consensus) để điều phối và quản lý các quỹ, có nghĩa là không ai có thể dùng tiền để tác động đến tương lai hoặc cơ chế quản trị của nó.
-## Gia nhập / khởi phát một tổ chức tự trị phi tập trung (DAO) {#join-start-a-dao}
+## Tham gia / bắt đầu một DAO {#join-start-a-dao}
-### Gia nhập một tổ chức tự trị phi tập trung (DAO) {#join-a-dao}
+### Tham gia một DAO {#join-a-dao}
-- [Những DAO trên Ethereum](/community/get-involved/#decentralized-autonomous-organizations-daos)
+- [Các DAO cộng đồng Ethereum](/community/get-involved/#decentralized-autonomous-organizations-daos)
- [Danh sách các DAO của DAOHaus](https://app.daohaus.club/explore)
-- [Danh sách các DAO của Tally.xyz](https://www.tally.xyz)
+- [Danh sách các DAO của Tally.xyz](https://www.tally.xyz/explore)
+- [Danh sách các DAO của DeGov.AI](https://apps.degov.ai/)
-### Khởi tạo một DAO {#start-a-dao}
+### Bắt đầu một DAO {#start-a-dao}
-- [Kêu gọi một DAO với DAOHaus](https://app.daohaus.club/summon)
-- [Bắt đầu một Governor DAO với Tally](https://www.tally.xyz/add-a-dao)
-- [Tạo ra một DAO được hỗ trợ bởi Aragon](https://aragon.org/product)
-- [Khởi phát một thuộc địa](https://colony.io/)
-- [Tạo một DAO với sự đồng thuận đa chiều DAOstack](https://alchemy.daostack.io/daos/create)
+- [Triệu tập một DAO với DAOHaus](https://app.daohaus.club/summon)
+- [Bắt đầu một Governor DAO với Tally](https://www.tally.xyz/get-started)
+- [Tạo một DAO được hỗ trợ bởi Aragon](https://aragon.org/product)
+- [Bắt đầu một colony](https://colony.io/)
+- [Tạo một DAO với sự đồng thuận đa chiều của DAOstack](https://alchemy.daostack.io/daos/create)
+- [Khởi chạy một DAO với DeGov Launcher](https://docs.degov.ai/integration/deploy)
## Đọc thêm {#further-reading}
-### Những bài viết về DAO {#dao-articles}
+### Các bài viết về DAO {#dao-articles}
- [DAO là gì?](https://aragon.org/dao) – [Aragon](https://aragon.org/)
-- [Sổ tay DAO](https://daohandbook.xyz)
-- [Ngôi nhà của các DAO](https://wiki.metagame.wtf/docs/great-houses/house-of-daos) - [Metagame](https://wiki.metagame.wtf/)
-- [Một DAO là gì và để làm gì?](https://daohaus.substack.com/p/-what-is-a-dao-and-what-is-it-for) - [DAOhaus](https://daohaus.club/)
-- [Làm thế nào để khởi phát một cộng đồng số hoạt động dựa trên DAO](https://daohaus.substack.com/p/four-and-a-half-steps-to-start-a) - [DAOhaus](https://daohaus.club/)
-- [DAO là gì?](https://coinmarketcap.com/alexandria/article/what-is-a-dao) - [Coinmarketcap](https://coinmarketcap.com)
-- [Đồng thuận đa chiều là gì?](https://medium.com/daostack/holographic-consensus-part-1-116a73ba1e1c) - [DAOstack](https://daostack.io/)
-- [DAO không phải là công ty: Khi sự phân quyền trong tổ chức tự trị có vai trò quan trọng, theo Vitalik](https://vitalik.eth.limo/general/2022/09/20/daos.html)
-- [DAO, DAC, DA và Nhiều Hơn Nữa: Hướng Dẫn Thuật Ngữ Không Hoàn Chỉnh](https://blog.ethereum.org/2014/05/06/daos-dacs-das-and-more-an-incomplete-terminology-guide) - [Ethereum Blog](https://blog.ethereum.org)
-
-### Các đoạn video {#videos}
-
-- [DAO đóng vai trò gì trong tiền mã hóa?](https://youtu.be/KHm0uUPqmVE)
-- [Một DAO có thể tạo nên một thành phố được không?](https://www.ted.com/talks/scott_fitsimones_could_a_dao_build_the_next_great_city) - [TED](https://www.ted.com/)
+- [House of DAOs](https://wiki.metagame.wtf/docs/great-houses/house-of-daos) – [Metagame](https://wiki.metagame.wtf/)
+- [DAO là gì và dùng để làm gì?](https://daohaus.substack.com/p/-what-is-a-dao-and-what-is-it-for) – [DAOhaus](https://daohaus.club/)
+- [Làm thế nào để bắt đầu một cộng đồng kỹ thuật số được hỗ trợ bởi DAO](https://daohaus.substack.com/p/four-and-a-half-steps-to-start-a) – [DAOhaus](https://daohaus.club/)
+- [DAO là gì?](https://coinmarketcap.com/alexandria/article/what-is-a-dao) – [Coinmarketcap](https://coinmarketcap.com)
+- [Sự đồng thuận đa chiều là gì?](https://medium.com/daostack/holographic-consensus-part-1-116a73ba1e1c) - [DAOstack](https://daostack.io/)
+- [Các DAO không phải là tập đoàn: nơi sự phi tập trung trong các tổ chức tự trị có vai trò quan trọng của Vitalik](https://vitalik.eth.limo/general/2022/09/20/daos.html)
+- [DAO, DAC, DA và hơn thế nữa: Hướng dẫn thuật ngữ chưa đầy đủ](https://blog.ethereum.org/2014/05/06/daos-dacs-das-and-more-an-incomplete-terminology-guide) - [Blog của Ethereum](https://blog.ethereum.org)
+
+### Video {#videos}
+
+- [DAO trong crypto là gì?](https://youtu.be/KHm0uUPqmVE)
+- [Một DAO có thể xây dựng một thành phố không?](https://www.ted.com/talks/scott_fitsimones_could_a_dao_build_the_next_great_city) – [TED](https://www.ted.com/)
+
+
- Khám phá các ứng dụng tài chính phi tập trung
+ Khám phá các ứng dụng DeFi
## Câu chuyện bắt đầu từ Bitcoin... {#bitcoin}
Bitcoin, trên nhiều phương diện, chính là ứng dụng DeFi đầu tiên. Bitcoin cho phép bạn thực sự sở hữu và kiểm soát giá trị tài chính và gửi chúng đi bất cứ đâu trên thế giới. Nó làm được điều này bằng cách cung cấp cho một số lượng lớn những cá nhân không quen biết hay tin cậy lẫn nhau một cơ chế đồng thuận dựa trên sổ cái của các tài khoản mà không cần đến một bên trung gian tin cậy. Bitcoin được mở ra cho tất cả mọi người và không một ai có thẩm quyền thay đổi những luật lệ của nó. Những tính chất của Bitcoin, ví dụ như sự khan hiếm và tính cởi mở, được lập trình vào trong công nghệ của nó. Nó không giống hệ thống tài chính truyền thống trong đó các chính phủ có thể in tiền và làm mất giá các khoản tiết kiệm của bạn hay các công ty có thể làm đóng cửa thị trường.
-Ethereum kế thừa và tiếp tục phát triển từ triết lý của Bitcoin. Giống như Bitcoin, các quy luật không thể bị thay đổi và mọi người đều có quyền tiếp cận. Hơn thế nữa, đồng tiền số này có thể lập trình được thông qua [những hợp đồng thông minh](/glossary/#smart-contract), cho phép bạn đi xa hơn việc lưu trữ và gửi tiền.
+Ethereum kế thừa và tiếp tục phát triển từ triết lý của Bitcoin. Giống như Bitcoin, các quy luật không thể bị thay đổi và mọi người đều có quyền tiếp cận. Nhưng nó cũng làm cho loại tiền kỹ thuật số này có thể lập trình được, bằng cách sử dụng [hợp đồng thông minh](/glossary/#smart-contract), vì vậy bạn có thể vượt ra ngoài việc lưu trữ và gửi giá trị.
+
Khám phá những ứng dụng tài chính phi tập trung mà chúng tôi gợi ý nếu bạn là một người dùng mới của Ethereum.
- Khám phá các ứng dụng tài chính phi tập trung
+ Khám phá các ứng dụng DeFi
@@ -77,44 +78,44 @@ Khái niệm này nghe khá kì lạ... "tại sao mà tôi lại muốn lập t
Có một lựa chọn thay thế mang tính phi tập trung cho hầu hết các dịch vụ tài chính. Ngoài ra, Ethereum cũng tạo cơ hội cho việc xây dựng những sản phẩm tài chính hoàn toàn mới. Dưới đây là một danh sách không ngừng phát triển.
-- [Gửi tiền khắp địa cầu](#send-money)
-- [Phát trực tuyến (stream) tiền khắp địa cầu](#stream-money)
-- [Tiếp cận các loại tiền tệ ổn định](#stablecoins)
-- [Vay vốn thế chấp](#lending)
-- [Vay không cần thế chấp](#flash-loans)
-- [Khởi tạo các khoản tiết kiệm bằng tiền mã hóa](#saving)
-- [Buôn bán token](#swaps)
-- [Làm sinh sôi danh mục đầu tư của bạn](#investing)
-- [Đầu tư cho những ý tưởng của bạn](#crowdfunding)
+- [Gửi tiền đi khắp thế giới](#send-money)
+- [Truyền tiền đi khắp thế giới](#stream-money)
+- [Tiếp cận các đồng tiền ổn định](#stablecoins)
+- [Vay vốn có tài sản thế chấp](#lending)
+- [Vay không cần tài sản thế chấp](#flash-loans)
+- [Bắt đầu tiết kiệm bằng tiền mã hóa](#saving)
+- [Giao dịch token](#swaps)
+- [Phát triển danh mục đầu tư của bạn](#investing)
+- [Gây quỹ cho ý tưởng của bạn](#crowdfunding)
- [Mua bảo hiểm](#insurance)
-- [Quản lý các danh mục đầu tư của bạn](#aggregators)
+- [Quản lý danh mục đầu tư của bạn](#aggregators)
- Xem các ứng dụng thanh toán
+ Xem các ứng dụng phi tập trung thanh toán
#### Phát trực tuyến (stream) tiền đi khắp địa cầu... {#stream-money}
Bạn cũng có thể phát trực tuyến tiền trên Ethereum. Điều này cho phép bạn trả lương cho một ai đó trên từng giây thay vì trên từng tháng, giúp họ tiếp cận với tiền của minh bất cứ khi nào họ cần. Hoặc thuê một thứ gì đó, ví dụ như một nhà kho hay một chiếc scooter bằng điện, theo giây thay vì theo giờ hay tháng.
-Và nếu bạn không muốn gửi hoặc phát trực tuyến [ETH](/glossary/#ether)do biến động giá của nó, thì bạn có thể sử dụng những loại tiền tệ khác để thay thế ETH trên Ethereum: đó chính là các [các đồng tiền ổn định](/glossary/#stablecoin) (stablecoin).
+Và nếu bạn không muốn gửi hoặc truyền [ETH](/glossary/#ether) vì giá trị của nó có thể thay đổi nhiều, thì có các loại tiền tệ thay thế trên Ethereum: [stablecoin](/glossary/#stablecoin).
- Đọc thêm về các stablecoin
+Thêm về Stablecoins
- Xem các dapp cho vay
+ Xem các ứng dụng phi tập trung cho vay
Có nhiều lợi thế từ việc dùng một bên cho vay phi tập trung...
-#### Vay một cách riêng tư {#borrowing-privacy}
+#### Vay mượn riêng tư {#borrowing-privacy}
Ngày nay, cả việc cho vay và đi vay đều xoay quanh những cá nhân tham gia. Các ngân hàng cần biết liệu bạn có khả năng trả nợ trước khi cho bạn vay.
-Nền tảng cho vay phi tập trung hoạt động mà không cần hai bên phải xác minh danh tính. Thay vào đó, người đi vay phải bỏ ra khoản thế chấp mà người cho vay sẽ tự động nhận được nếu khoản vay không được hoàn trả. Một số người cho vay còn chấp nhận [NFT](/glossary/#nft) như là tài sản thế chấp. Các token không phân tách (NFTs) là chứng từ đại diện cho một tài sản duy nhất, ví dụ như một bức tranh. [Đọc thêm về NFTs](/nft/)
+Nền tảng cho vay phi tập trung hoạt động mà không cần hai bên phải xác minh danh tính. Thay vào đó, người đi vay phải bỏ ra khoản thế chấp mà người cho vay sẽ tự động nhận được nếu khoản vay không được hoàn trả. Một số người cho vay thậm chí chấp nhận [NFT](/glossary/#nft) làm tài sản thế chấp. Các token không phân tách (NFTs) là chứng từ đại diện cho một tài sản duy nhất, ví dụ như một bức tranh. [Tìm hiểu thêm về NFT](/nft/)
Điều này cho phép bạn vay tiền mà không cần đến các kiểm tra tín chỉ cá nhân hay đòi bạn phải giao nộp các thông tin riêng tư khác.
-#### Tiếp cận những nguồn vốn trên khắp địa cầu {#access-global-funds}
+#### Tiếp cận các quỹ toàn cầu {#access-global-funds}
-Khi bạn sử dụng một bên cho vay phi tập trung, bạn có thể tiếp cận các nguồn tiền được kí gửi từ khắp nơi trên thế giới chứ không chỉ những nguồn tiền do ngân hàng hay tổ chức bạn lựa chọn nắm giữ. Điều này khiến cho các khoản vay trở nên dễ tiếp cận hơn và cải thiện lãi suất vay vốn.
+Khi bạn sử dụng một bên cho vay phi tập trung, bạn có thể tiếp cận các nguồn tiền được kí gửi từ khắp nơi trên thế giới chứ không chỉ những nguồn tiền do ngân hàng hay tổ chức bạn lựa chọn nắm giữ. Điều này làm cho việc vay vốn trở nên dễ dàng hơn và cải thiện lãi suất.
-#### Những hiệu quả về mặt thuế {#tax-efficiencies}
+#### Hiệu quả về thuế {#tax-efficiencies}
-Việc đi vay có thể giúp bạn tiếp cận các khoản vốn bạn cần mà không cần phải bán đi số ETH của bạn (một giao dịch có thể bị đánh thuế). Thay vào đó, bạn có thể dùng ETH như tài sản thế chấp cho một khoản vay bằng stablecoin. Điều này cho bạn dòng tiền mà bạn cần và cho phép bạn giữ số ETH của mình. Các đồng tiền ổn định là các tokens phù hơp hơn khi bạn cần tiền mặt vì chúng không biến động giá như ETH. [Đọc thêm về các stablecoin](#stablecoins)
+Việc đi vay có thể giúp bạn tiếp cận các khoản vốn bạn cần mà không cần phải bán đi số ETH của bạn (một giao dịch có thể bị đánh thuế). Thay vào đó, bạn có thể dùng ETH như tài sản thế chấp cho một khoản vay bằng stablecoin. Điều này cho bạn dòng tiền mà bạn cần và cho phép bạn giữ số ETH của mình. Các đồng tiền ổn định là các tokens phù hơp hơn khi bạn cần tiền mặt vì chúng không biến động giá như ETH. [Tìm hiểu thêm về stablecoin](#stablecoins)
-#### Các khoản vay nóng {#flash-loans}
+#### Vay chớp nhoáng (Flash loans) {#flash-loans}
Các khoản vay nóng là một dạng cho vay phi tập trung mang tính thử nghiệm cho phép bạn vay mà không cần thế chấp hay cung cấp bất cứ thông tin cá nhân nào.
@@ -172,27 +173,27 @@ Nếu nguồn cung của sàn giao dịch B sụt giảm bất ngờ và ngườ
Để có thể thực hiện ví dụ trên trong thế giới tài chính truyền thống, bạn sẽ cần một lượng tiền khổng lồ. Những chiến lược kiếm tiền kiểu này chỉ những người sở hữu sẵn tài sản mới có thể tiếp cận được. Các khoản vay nóng là ví dụ về một tương lai nơi mà việc có tiền không nhất thiết phải là một điều kiện tiên quyết cho việc kiếm tiền.
- Đọc thêm về các khoản vay nóng
+ Tìm hiểu thêm về Vay chớp nhoáng (Flash loans)
- Xem các ứng dụng phi tập trung về cho vay
+ Xem các ứng dụng phi tập trung cho vay
-#### Xổ số không mất tiền {#no-loss-lotteries}
+#### Xổ số không mất vốn {#no-loss-lotteries}
Các loại xổ số không mất tiền như là PoolTogether là một hình thức tiết kiệm tiền vui và đầy tính đổi mới.
@@ -205,12 +206,12 @@ Các loại xổ số không mất tiền như là PoolTogether là một hình
Bể tiền thưởng được tạo ra từ tất cả lãi suất được sản sinh từ việc cho vay tiền bán vé giống như ví dụ cho vay đã đề cập ở trên.
- Trải nghiệm PoolTogether
+ Thử PoolTogether
- Xem các dapp mua bán
+ Xem các ứng dụng phi tập trung giao dịch
- Xem các ứng dụng phi tập trung về đầu tư
+ Xem các ứng dụng phi tập trung đầu tư
- Xem các dapp gọi vốn cộng đồng
+ Xem các ứng dụng phi tập trung gây quỹ cộng đồng
-#### Đầu tư tương hỗ {#quadratic-funding}
+#### Quadratic funding {#quadratic-funding}
Ethereum là một mã nguồn mở và có nhiều việc đã được cộng đồng tự bỏ vốn ra thực hiện đến thời điểm này. Điều này đã dẫn đến sự phát triển của một mô hình kêu gọi vốn mới đầy thú vị: quadratic funding. Mô hình này có tiềm năng cải thiện cách mà chúng đầu tư cho mọi loại tiện ích công cộng trong tương lai.
@@ -272,7 +273,7 @@ Quadratic funding đảm bảo rằng những dự án nhận được nhiều v
Điều này có nghĩa rằng Dự án A với 100 khoản đóng góp x 1 đô la sẽ nhận được nhiều tiền vốn từ bể vốn tương hỗ hơn Dự án B với một khoản đóng góp duy nhất là 10,000 đô la.
- Đọc thêm về quadratic funding
+ Tìm hiểu thêm về quadratic funding
- Xem các dapp bảo hiểm
+ Xem các ứng dụng phi tập trung bảo hiểm
- Xem các ứng dụng quản lý danh mục đầu tư
+ Xem các ứng dụng phi tập trung về danh mục đầu tư
- Đọc thêm về việc xây dựng các dapp
+ Tìm hiểu thêm về việc xây dựng các ứng dụng phi tập trung
## Đọc thêm {#further-reading}
-### Dữ liệu tài chính phi tập trung {#defi-data}
+### Dữ liệu DeFi {#defi-data}
- [DeFi Prime](https://defiprime.com/)
- [DeFi Llama](https://defillama.com/)
-### Các bài báo về DeFi {#defi-articles}
+### Các bài viết về DeFi {#defi-articles}
-- [Một hướng dẫn về tài chính phi tập trung cho người mới bắt đầu](https://blog.coinbase.com/a-beginners-guide-to-decentralized-finance-defi-574c68ff43c4) - _Sid Coelho-Prabhu, ngày 6 tháng 1, 2020_
+- [Hướng dẫn về DeFi cho người mới bắt đầu](https://blog.coinbase.com/a-beginners-guide-to-decentralized-finance-defi-574c68ff43c4) – _Sid Coelho-Prabhu, ngày 6 tháng 1 năm 2020_
+- [Nguyên tắc Đánh giá Rủi ro DeFi của EEA](https://entethalliance.org/specs/defi-risks/) – Bản tổng quan được ngành công nghiệp hỗ trợ về cách xác định và đánh giá các rủi ro chính trong giao thức DeFi.
-### Các video {#videos}
+### Video {#videos}
-- [Finematics - giáo dục về tài chính phi tập trung](https://finematics.com/) - _Các video về tài chính phi tập trung_
-- [Kẻ Thách Thức](https://www.youtube.com/playlist?list=PLaDcID4s1KronHMKojfjwiHL0DdQEPDcq) - _Căn bản về tài chính phi tập trung: Mọi điều bạn cần biết để bắt đầu trong thế giới đôi lúc ẩn chứa đầy sửng sốt này._
-- [Bảng trắng tiền mã hóa](https://youtu.be/17QRFlml4pA) _Tài chính phi tập trung là gì?_
+- [Finematics - giáo dục về tài chính phi tập trung](https://finematics.com/) – _Các video về DeFi_
+- [The Defiant](https://www.youtube.com/playlist?list=PLaDcID4s1KronHMKojfjwiHL0DdQEPDcq) - _Những kiến thức cơ bản về DeFi: Mọi thứ bạn cần biết để bắt đầu trong không gian đôi khi khó hiểu này._
+- [Whiteboard Crypto](https://youtu.be/17QRFlml4pA) _DeFi là gì?_
-### Các cộng đồng {#communities}
+### Cộng đồng {#communities}
- [Máy chủ Discord của DeFi Llama](https://discord.defillama.com/)
- [Máy chủ Discord của DeFi Pulse](https://discord.gg/Gx4TCTk)
+
+
+
+------------
+INFO [10-28|16:19:09.156] Khóa mới của bạn đã được tạo address=0x5e97870f263700f46aa00d967821199b9bc5a120
+WARN [10-28|16:19:09.306] Vui lòng sao lưu tệp khóa của bạn path=/home/user/go-ethereum/data/keystore/UTC--2022-10-28T15-19-08.000825927Z--5e97870f263700f46aa00d967821199b9bc5a120
+WARN [10-28|16:19:09.306] Vui lòng ghi nhớ mật khẩu của bạn!
+Tài khoản đã tạo 0x5e97870f263700f46aa00d967821199b9bc5a120
+```
+
+[Tài liệu về Geth](https://geth.ethereum.org/docs)
+
+Có thể tạo ra các khóa công khai mới từ khóa cá nhân của bạn, nhưng bạn không thể tạo ra khóa cá nhân từ các khóa công khai. Điều quan trọng là phải giữ an toàn các khóa riêng tư của bạn và, như tên gọi của nó, hãy giữ chúng **RIÊNG TƯ**.
+
+Bạn cần một khóa riêng để ký các tin nhắn và giao dịch có đầu ra là một chữ ký. Người khác có thể sử dụng chữ ký để suy ra khóa công khai của bạn, từ đó chứng minh tác giả của tin nhắn. Trong ứng dụng của bạn, bạn có thể sử dụng một thư viện JavaScript để gửi giao dịch đến mạng.
+
+## Các tài khoản hợp đồng {#contract-accounts}
+
+Tài khoản hợp đồng cũng có một địa chỉ hexadecimal dài 42 ký tự:
+
+Ví dụ:
+
+`0x06012c8cf97bead5deae237070f9587f8e7a266d`
+
+Địa chỉ hợp đồng thường được cung cấp khi một hợp đồng được triển khai trên Blockchain Ethereum. Địa chỉ xuất phát từ địa chỉ của người tạo ra và số lượng giao dịch được gửi từ địa chỉ đó (gọi là “nonce”).
+
+## Các khóa của trình xác thực {#validators-keys}
+
+Cũng có một loại chìa khóa khác trong Ethereum, được giới thiệu khi Ethereum chuyển từ cơ chế đồng thuận bằng chứng công việc sang cơ chế đồng thuận bằng chứng cổ phần. Đây là các khóa 'BLS' và chúng được sử dụng để xác định các trình xác thực. Những khóa này có thể được tổng hợp một cách hiệu quả để giảm băng thông cần thiết cho mạng đạt được sự đồng thuận. Nếu không có sự tổng hợp này, mức cược tối thiểu cho một validator sẽ cao hơn nhiều.
+
+[Thêm về các khóa của trình xác thực](/developers/docs/consensus-mechanisms/pos/keys/).
+
+## Lưu ý về các ví {#a-note-on-wallets}
+
+Một tài khoản không phải là một ví. Ví là một giao diện hoặc ứng dụng cho phép bạn tương tác với tài khoản Ethereum của mình, có thể là tài khoản do cá nhân sở hữu hoặc tài khoản hợp đồng.
+
+## Bản demo trực quan {#a-visual-demo}
+
+Xem Austin hướng dẫn bạn về hàm băm và cặp khóa.
+
+
+ Thử điểm cuối trong sân chơi
+
+
+**Tham số**
+
+Không
+
+**Trả về**
+
+Dữ liệu trả về chính xác khác nhau giữa các lần triển khai máy khách. Tất cả các máy khách đều trả về `False` khi nút không đồng bộ hóa và tất cả các máy khách đều trả về các trường sau.
+
+`Object|Boolean`, Một đối tượng có dữ liệu trạng thái đồng bộ hóa hoặc `FALSE`, khi không đồng bộ hóa:
+
+- `startingBlock`: `QUANTITY` - Khối mà tại đó quá trình nhập bắt đầu (sẽ chỉ được đặt lại sau khi quá trình đồng bộ hóa đạt đến phần đầu của nó)
+- `currentBlock`: `QUANTITY` - Khối hiện tại, giống như eth_blockNumber
+- `highestBlock`: `QUANTITY` - Khối cao nhất ước tính
+
+Tuy nhiên, các máy khách riêng lẻ cũng có thể cung cấp dữ liệu bổ sung. Ví dụ: Geth trả về như sau:
+
+```json
+{
+ "jsonrpc": "2.0",
+ "id": 1,
+ "result": {
+ "currentBlock": "0x3cf522",
+ "healedBytecodeBytes": "0x0",
+ "healedBytecodes": "0x0",
+ "healedTrienodes": "0x0",
+ "healingBytecode": "0x0",
+ "healingTrienodes": "0x0",
+ "highestBlock": "0x3e0e41",
+ "startingBlock": "0x3cbed5",
+ "syncedAccountBytes": "0x0",
+ "syncedAccounts": "0x0",
+ "syncedBytecodeBytes": "0x0",
+ "syncedBytecodes": "0x0",
+ "syncedStorage": "0x0",
+ "syncedStorageBytes": "0x0"
+ }
+}
+```
+
+Trong khi đó Besu trả về:
+
+```json
+{
+ "jsonrpc": "2.0",
+ "id": 51,
+ "result": {
+ "startingBlock": "0x0",
+ "currentBlock": "0x1518",
+ "highestBlock": "0x9567a3",
+ "pulledStates": "0x203ca",
+ "knownStates": "0x200636"
+ }
+}
+```
+
+Tham khảo tài liệu tham khảo cho máy khách cụ thể của bạn để biết thêm chi tiết.
+
+**Ví dụ**
+
+```js
+// Yêu cầu
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_syncing","params":[],"id":1}'
+// Kết quả
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": {
+ startingBlock: '0x384',
+ currentBlock: '0x386',
+ highestBlock: '0x454'
+ }
+}
+// Hoặc khi không đồng bộ hóa
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": false
+}
+```
+
+### eth_coinbase {#eth_coinbase}
+
+Trả về địa chỉ coinbase của máy khách.
+
+
+ Thử điểm cuối trong sân chơi
+
+
+> **Lưu ý:** Phương pháp này đã không được dùng nữa kể từ **v1.14.0** và không còn được hỗ trợ. Cố gắng sử dụng phương pháp này sẽ dẫn đến lỗi "Phương pháp không được hỗ trợ".
+
+**Tham số**
+
+Không
+
+**Trả về**
+
+`DATA`, 20 byte - địa chỉ coinbase hiện tại.
+
+**Ví dụ**
+
+```js
+// Yêu cầu
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_coinbase","params":[],"id":64}'
+// Kết quả
+{
+ "id":64,
+ "jsonrpc": "2.0",
+ "result": "0x407d73d8a49eeb85d32cf465507dd71d507100c1"
+}
+```
+
+### eth_chainId {#eth_chainId}
+
+Trả về ID chuỗi được sử dụng để ký các giao dịch được bảo vệ chống phát lại.
+
+
+ Thử điểm cuối trong sân chơi
+
+
+**Tham số**
+
+Không
+
+**Trả về**
+
+`chainId`, giá trị thập lục phân dưới dạng một chuỗi đại diện cho số nguyên của id chuỗi hiện tại.
+
+**Ví dụ**
+
+```js
+// Yêu cầu
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_chainId","params":[],"id":67}'
+// Kết quả
+{
+ "id":67,
+ "jsonrpc": "2.0",
+ "result": "0x1"
+}
+```
+
+### eth_mining {#eth_mining}
+
+Trả về `true` nếu máy khách đang tích cực khai thác các khối mới. Điều này chỉ có thể trả về `true` cho các mạng bằng chứng công việc và có thể không có sẵn trong một số máy khách kể từ khi có [The Merge](/roadmap/merge/).
+
+
+ Thử điểm cuối trong sân chơi
+
+
+**Tham số**
+
+Không
+
+**Trả về**
+
+`Boolean` - trả về `true` nếu máy khách đang khai thác, ngược lại là `false`.
+
+**Ví dụ**
+
+```js
+// Yêu cầu
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_mining","params":[],"id":71}'
+//
+{
+ "id":71,
+ "jsonrpc": "2.0",
+ "result": true
+}
+```
+
+### eth_hashrate {#eth_hashrate}
+
+Trả về số lượng hàm băm mỗi giây mà nút đang khai thác. Điều này chỉ có thể trả về `true` cho các mạng bằng chứng công việc và có thể không có sẵn trong một số máy khách kể từ khi có [The Merge](/roadmap/merge/).
+
+
+ Thử điểm cuối trong sân chơi
+
+
+**Tham số**
+
+Không
+
+**Trả về**
+
+`QUANTITY` - số lượng hàm băm mỗi giây.
+
+**Ví dụ**
+
+```js
+// Yêu cầu
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_hashrate","params":[],"id":71}'
+// Kết quả
+{
+ "id":71,
+ "jsonrpc": "2.0",
+ "result": "0x38a"
+}
+```
+
+### eth_gasPrice {#eth_gasprice}
+
+Trả về ước tính giá hiện tại cho mỗi gas tính bằng wei. Ví dụ, máy khách Besu kiểm tra 100 khối cuối cùng và trả về giá đơn vị gas trung bình theo mặc định.
+
+
+ Thử điểm cuối trong sân chơi
+
+
+**Tham số**
+
+Không
+
+**Trả về**
+
+`QUANTITY` - số nguyên của giá gas hiện tại tính bằng wei.
+
+**Ví dụ**
+
+```js
+// Yêu cầu
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_gasPrice","params":[],"id":73}'
+// Kết quả
+{
+ "id":73,
+ "jsonrpc": "2.0",
+ "result": "0x1dfd14000" // 8049999872 Wei
+}
+```
+
+### eth_accounts {#eth_accounts}
+
+Trả về một danh sách các địa chỉ thuộc sở hữu của máy khách.
+
+
+ Thử điểm cuối trong sân chơi
+
+
+**Tham số**
+
+Không
+
+**Trả về**
+
+`Mảng DATA`, 20 Byte - các địa chỉ thuộc sở hữu của máy khách.
+
+**Ví dụ**
+
+```js
+// Yêu cầu
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_accounts","params":[],"id":1}'
+// Kết quả
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": ["0x407d73d8a49eeb85d32cf465507dd71d507100c1"]
+}
+```
+
+### eth_blockNumber {#eth_blocknumber}
+
+Trả về số của khối gần đây nhất.
+
+
+ Thử điểm cuối trong sân chơi
+
+
+**Tham số**
+
+Không
+
+**Trả về**
+
+`QUANTITY` - số nguyên của số khối hiện tại mà máy khách đang ở.
+
+**Ví dụ**
+
+```js
+// Yêu cầu
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_blockNumber","params":[],"id":83}'
+// Kết quả
+{
+ "id":83,
+ "jsonrpc": "2.0",
+ "result": "0x4b7" // 1207
+}
+```
+
+### eth_getBalance {#eth_getbalance}
+
+Trả về số dư của tài khoản tại một địa chỉ nhất định.
+
+
+ Thử điểm cuối trong sân chơi
+
+
+**Tham số**
+
+1. `DATA`, 20 Byte - địa chỉ để kiểm tra số dư.
+2. `QUANTITY|TAG` - số khối nguyên, hoặc chuỗi `"latest"`, `"earliest"`, `"pending"`, `"safe"`, hoặc `"finalized"`, xem [thông số khối](/developers/docs/apis/json-rpc/#block-parameter)
+
+```js
+params: ["0x407d73d8a49eeb85d32cf465507dd71d507100c1", "latest"]
+```
+
+**Trả về**
+
+`QUANTITY` - số nguyên của số dư hiện tại tính bằng wei.
+
+**Ví dụ**
+
+```js
+// Yêu cầu
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBalance","params":["0x407d73d8a49eeb85d32cf465507dd71d507100c1", "latest"],"id":1}'
+// Kết quả
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x0234c8a3397aab58" // 158972490234375000
+}
+```
+
+### eth_getStorageAt {#eth_getstorageat}
+
+Trả về giá trị từ một vị trí lưu trữ tại một địa chỉ đã cho.
+
+
+ Thử điểm cuối trong sân chơi
+
+
+**Tham số**
+
+1. `DATA`, 20 Byte - địa chỉ của kho lưu trữ.
+2. `QUANTITY` - số nguyên của vị trí trong kho lưu trữ.
+3. `QUANTITY|TAG` - số khối nguyên, hoặc chuỗi `"latest"`, `"earliest"`, `"pending"`, `"safe"`, `"finalized"`, xem [thông số khối](/developers/docs/apis/json-rpc/#block-parameter)
+
+**Trả về**
+
+`DATA` - giá trị tại vị trí lưu trữ này.
+
+**Ví dụ**
+Việc tính toán vị trí chính xác phụ thuộc vào kho lưu trữ cần truy xuất. Hãy xem xét hợp đồng sau đây được triển khai tại `0x295a70b2de5e3953354a6a8344e616ed314d7251` bởi địa chỉ `0x391694e7e0b0cce554cb130d723a9d27458f9298`.
+
+```
+contract Storage {
+ uint pos0;
+ mapping(address => uint) pos1;
+ constructor() {
+ pos0 = 1234;
+ pos1[msg.sender] = 5678;
+ }
+}
+```
+
+Việc truy xuất giá trị của pos0 rất đơn giản:
+
+```js
+curl -X POST --data '{"jsonrpc":"2.0", "method": "eth_getStorageAt", "params": ["0x295a70b2de5e3953354a6a8344e616ed314d7251", "0x0", "latest"], "id": 1}' localhost:8545
+{"jsonrpc":"2.0","id":1,"result":"0x00000000000000000000000000000000000000000000000000000000000004d2"}
+```
+
+Việc truy xuất một phần tử của bản đồ khó hơn. Vị trí của một phần tử trong bản đồ được tính bằng:
+
+```js
+keccak(LeftPad32(key, 0), LeftPad32(map position, 0))
+```
+
+Điều này có nghĩa là để truy xuất kho lưu trữ trên pos1["0x391694e7e0b0cce554cb130d723a9d27458f9298"], chúng ta cần tính toán vị trí với:
+
+```js
+keccak(
+ decodeHex(
+ "000000000000000000000000391694e7e0b0cce554cb130d723a9d27458f9298" +
+ "0000000000000000000000000000000000000000000000000000000000000001"
+ )
+)
+```
+
+Bảng điều khiển geth đi kèm với thư viện web3 có thể được sử dụng để thực hiện tính toán:
+
+```js
+> var key = "000000000000000000000000391694e7e0b0cce554cb130d723a9d27458f9298" + "0000000000000000000000000000000000000000000000000000000000000001"
+undefined
+> web3.sha3(key, {"encoding": "hex"})
+"0x6661e9d6d8b923d5bbaab1b96e1dd51ff6ea2a93520fdc9eb75d059238b8c5e9"
+```
+
+Bây giờ để tìm nạp kho lưu trữ:
+
+```js
+curl -X POST --data '{"jsonrpc":"2.0", "method": "eth_getStorageAt", "params": ["0x295a70b2de5e3953354a6a8344e616ed314d7251", "0x6661e9d6d8b923d5bbaab1b96e1dd51ff6ea2a93520fdc9eb75d059238b8c5e9", "latest"], "id": 1}' localhost:8545
+{"jsonrpc":"2.0","id":1,"result":"0x000000000000000000000000000000000000000000000000000000000000162e"}
+```
+
+### eth_getTransactionCount {#eth_gettransactioncount}
+
+Trả về số lượng giao dịch _đã gửi_ từ một địa chỉ.
+
+
+ Thử điểm cuối trong sân chơi
+
+
+**Tham số**
+
+1. `DATA`, 20 Byte - địa chỉ.
+2. `QUANTITY|TAG` - số khối nguyên, hoặc chuỗi `"latest"`, `"earliest"`, `"pending"`, `"safe"` hoặc `"finalized"`, xem [thông số khối](/developers/docs/apis/json-rpc/#block-parameter)
+
+```js
+params: [
+ "0x407d73d8a49eeb85d32cf465507dd71d507100c1",
+ "latest", // trạng thái ở khối mới nhất
+]
+```
+
+**Trả về**
+
+`QUANTITY` - số nguyên của số lượng giao dịch được gửi từ địa chỉ này.
+
+**Ví dụ**
+
+```js
+// Yêu cầu
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionCount","params":["0x407d73d8a49eeb85d32cf465507dd71d507100c1","latest"],"id":1}'
+// Kết quả
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x1" // 1
+}
+```
+
+### eth_getBlockTransactionCountByHash {#eth_getblocktransactioncountbyhash}
+
+Trả về số lượng giao dịch trong một khối từ một khối khớp với hàm băm khối đã cho.
+
+
+ Thử điểm cuối trong sân chơi
+
+
+**Tham số**
+
+1. `DATA`, 32 Byte - hàm băm của một khối
+
+```js
+params: ["0xd03ededb7415d22ae8bac30f96b2d1de83119632693b963642318d87d1bece5b"]
+```
+
+**Trả về**
+
+`QUANTITY` - số nguyên của số lượng giao dịch trong khối này.
+
+**Ví dụ**
+
+```js
+// Yêu cầu
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockTransactionCountByHash","params":["0xd03ededb7415d22ae8bac30f96b2d1de83119632693b963642318d87d1bece5b"],"id":1}'
+// Kết quả
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x8b" // 139
+}
+```
+
+### eth_getBlockTransactionCountByNumber {#eth_getblocktransactioncountbynumber}
+
+Trả về số lượng giao dịch trong một khối khớp với số khối đã cho.
+
+
+ Thử điểm cuối trong sân chơi
+
+
+**Tham số**
+
+1. `QUANTITY|TAG` - số nguyên của một số khối, hoặc chuỗi `"earliest"`, `"latest"`, `"pending"`, `"safe"` hoặc `"finalized"`, như trong [thông số khối](/developers/docs/apis/json-rpc/#block-parameter).
+
+```js
+params: [
+ "0x13738ca", // 20396234
+]
+```
+
+**Trả về**
+
+`QUANTITY` - số nguyên của số lượng giao dịch trong khối này.
+
+**Ví dụ**
+
+```js
+// Yêu cầu
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockTransactionCountByNumber","params":["0x13738ca"],"id":1}'
+// Kết quả
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x8b" // 139
+}
+```
+
+### eth_getUncleCountByBlockHash {#eth_getunclecountbyblockhash}
+
+Trả về số lượng khối chú trong một khối từ một khối khớp với hàm băm khối đã cho.
+
+
+ Thử điểm cuối trong sân chơi
+
+
+**Tham số**
+
+1. `DATA`, 32 Byte - hàm băm của một khối
+
+```js
+params: ["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2"]
+```
+
+**Trả về**
+
+`QUANTITY` - số nguyên của số lượng khối chú trong khối này.
+
+**Ví dụ**
+
+```js
+// Yêu cầu
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleCountByBlockHash","params":["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2"],"id":1}'
+// Kết quả
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x1" // 1
+}
+```
+
+### eth_getUncleCountByBlockNumber {#eth_getunclecountbyblocknumber}
+
+Trả về số lượng khối chú trong một khối từ một khối khớp với số khối đã cho.
+
+
+ Thử điểm cuối trong sân chơi
+
+
+**Tham số**
+
+1. `QUANTITY|TAG` - số nguyên của một số khối, hoặc chuỗi `"latest"`, `"earliest"`, `"pending"`, `"safe"` hoặc `"finalized"`, xem [thông số khối](/developers/docs/apis/json-rpc/#block-parameter)
+
+```js
+params: [
+ "0xe8", // 232
+]
+```
+
+**Trả về**
+
+`QUANTITY` - số nguyên của số lượng khối chú trong khối này.
+
+**Ví dụ**
+
+```js
+// Yêu cầu
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleCountByBlockNumber","params":["0xe8"],"id":1}'
+// Kết quả
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x0" // 0
+}
+```
+
+### eth_getCode {#eth_getcode}
+
+Trả về mã tại một địa chỉ đã cho.
+
+
+ Thử điểm cuối trong sân chơi
+
+
+**Tham số**
+
+1. `DATA`, 20 Byte - địa chỉ
+2. `QUANTITY|TAG` - số khối nguyên, hoặc chuỗi `"latest"`, `"earliest"`, `"pending"`, `"safe"` hoặc `"finalized"`, xem [thông số khối](/developers/docs/apis/json-rpc/#block-parameter)
+
+```js
+params: [
+ "0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2",
+ "0x5daf3b", // 6139707
+]
+```
+
+**Trả về**
+
+`DATA` - mã từ địa chỉ đã cho.
+
+**Ví dụ**
+
+```js
+// Yêu cầu
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getCode","params":["0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2", "0x5daf3b"],"id":1}'
+// Kết quả
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x6060604052600436106100af576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff16806306fdde03146100b9578063095ea7b31461014757806318160ddd146101a157806323b872dd146101ca5780632e1a7d4d14610243578063313ce5671461026657806370a082311461029557806395d89b41146102e2578063a9059cbb14610370578063d0e30db0146103ca578063dd62ed3e146103d4575b6100b7610440565b005b34156100c457600080fd5b6100cc6104dd565b6040518080602001828103825283818151815260200191508051906020019080838360005b8381101561010c5780820151818401526020810190506100f1565b50505050905090810190601f1680156101395780820380516001836020036101000a031916815260200191505b509250505060405180910390f35b341561015257600080fd5b610187600480803573ffffffffffffffffffffffffffffffffffffffff1690602001909190803590602001909190505061057b565b604051808215151515815260200191505060405180910390f35b34156101ac57600080fd5b6101b461066d565b6040518082815260200191505060405180910390f35b34156101d557600080fd5b610229600480803573ffffffffffffffffffffffffffffffffffffffff1690602001909190803573ffffffffffffffffffffffffffffffffffffffff1690602001909190803590602001909190505061068c565b604051808215151515815260200191505060405180910390f35b341561024e57600080fd5b61026460048080359060200190919050506109d9565b005b341561027157600080fd5b610279610b05565b604051808260ff1660ff16815260200191505060405180910390f35b34156102a057600080fd5b6102cc600480803573ffffffffffffffffffffffffffffffffffffffff16906020019091905050610b18565b6040518082815260200191505060405180910390f35b34156102ed57600080fd5b6102f5610b30565b6040518080602001828103825283818151815260200191508051906020019080838360005b8381101561033557808201518184015260208101905061031a565b50505050905090810190601f1680156103625780820380516001836020036101000a031916815260200191505b509250505060405180910390f35b341561037b57600080fd5b6103b0600480803573ffffffffffffffffffffffffffffffffffffffff16906020019091908035906020019091905050610bce565b604051808215151515815260200191505060405180910390f35b6103d2610440565b005b34156103df57600080fd5b61042a600480803573ffffffffffffffffffffffffffffffffffffffff1690602001909190803573ffffffffffffffffffffffffffffffffffffffff16906020019091905050610be3565b6040518082815260200191505060405180910390f35b34600360003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020600082825401925050819055503373ffffffffffffffffffffffffffffffffffffffff167fe1fffcc4923d04b559f4d29a8bfc6cda04eb5b0d3c460751c2402c5c5cc9109c346040518082815260200191505060405180910390a2565b60008054600181600116156101000203166002900480601f0160208091040260200160405190810160405280929190818152602001828054600181600116156101000203166002900480156105735780601f1061054857610100808354040283529160200191610573565b820191906000526020600020905b81548152906001019060200180831161055657829003601f168201915b505050505081565b600081600460003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055508273ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff167f8c5be1e5ebec7d5bd14f71427d1e84f3dd0314c0f7b2291e5b200ac8c7c3b925846040518082815260200191505060405180910390a36001905092915050565b60003073ffffffffffffffffffffffffffffffffffffffff1631905090565b600081600360008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054101515156106dc57600080fd5b3373ffffffffffffffffffffffffffffffffffffffff168473ffffffffffffffffffffffffffffffffffffffff16141580156107b457507fffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff600460008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1681526020019081526020016000205414155b156108cf5781600460008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020541015151561084457600080fd5b81600460008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020600082825403925050819055505b81600360008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1681526020019081526020016000206000828254039250508190555081600360008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020600082825401925050819055508273ffffffffffffffffffffffffffffffffffffffff168473ffffffffffffffffffffffffffffffffffffffff167fddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef846040518082815260200191505060405180910390a3600190509392505050565b80600360003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1681526020019081526020016000205410151515610a2757600080fd5b80600360003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020600082825403925050819055503373ffffffffffffffffffffffffffffffffffffffff166108fc829081150290604051600060405180830381858888f193505050501515610ab457600080fd5b3373ffffffffffffffffffffffffffffffffffffffff167f7fcf532c15f0a6db0bd6d0e038bea71d30d808c7d98cb3bf7268a95bf5081b65826040518082815260200191505060405180910390a250565b600260009054906101000a900460ff1681565b60036020528060005260406000206000915090505481565b60018054600181600116156101000203166002900480601f016020809104026020016040519081016040528092919081815260200182805460018160011615610100020316600290048015610bc65780601f10610b9b57610100808354040283529160200191610bc6565b820191906000526020600020905b815481529060010190602001808311610ba957829003601f168201915b505050505081565b6000610bdb33848461068c565b905092915050565b60046020528160005260406000206020528060005260406000206000915091505054815600a165627a7a72305820deb4c2ccab3c2fdca32ab3f46728389c2fe2c165d5fafa07661e4e004f6c344a0029"
+}
+```
+
+### eth_sign {#eth_sign}
+
+Phương pháp ký tính toán một chữ ký cụ thể của Ethereum với: `sign(keccak256("\x19Ethereum Signed Message:\n" + len(message) + message)))`.
+
+Bằng cách thêm một tiền tố vào thông điệp, chữ ký được tính toán có thể được nhận dạng là một chữ ký cụ thể của Ethereum. Điều này ngăn chặn việc lạm dụng khi một ứng dụng phi tập trung độc hại có thể ký dữ liệu tùy ý (ví dụ: giao dịch) và sử dụng chữ ký để mạo danh nạn nhân.
+
+Lưu ý: địa chỉ để ký phải được mở khóa.
+
+**Tham số**
+
+1. `DATA`, 20 Byte - địa chỉ
+2. `DATA`, N Byte - thông điệp cần ký
+
+**Trả về**
+
+`DATA`: Chữ ký
+
+**Ví dụ**
+
+```js
+// Yêu cầu
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sign","params":["0x9b2055d370f73ec7d8a03e965129118dc8f5bf83", "0xdeadbeaf"],"id":1}'
+// Kết quả
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0xa3f20717a250c2b0b729b7e5becbff67fdaef7e0699da4de7ca5895b02a170a12d887fd3b17bfdce3481f10bea41f45ba9f709d39ce8325427b57afcfc994cee1b"
+}
+```
+
+### eth_signTransaction {#eth_signtransaction}
+
+Ký một giao dịch có thể được gửi đến mạng sau này bằng [eth_sendRawTransaction](#eth_sendrawtransaction).
+
+**Tham số**
+
+1. `Object` - Đối tượng giao dịch
+
+- `type`:
+- `from`: `DATA`, 20 Byte - Địa chỉ mà giao dịch được gửi từ đó.
+- `to`: `DATA`, 20 Byte - (tùy chọn khi tạo hợp đồng mới) Địa chỉ mà giao dịch được chuyển đến.
+- `gas`: `QUANTITY` - (tùy chọn, mặc định: 90000) Số nguyên của gas được cung cấp cho việc thực hiện giao dịch. Nó sẽ trả lại lượng gas không sử dụng.
+- `gasPrice`: `QUANTITY` - (tùy chọn, mặc định: Sẽ được xác định) Số nguyên của gasPrice được sử dụng cho mỗi gas đã thanh toán, tính bằng Wei.
+- `value`: `QUANTITY` - (tùy chọn) Số nguyên của giá trị được gửi cùng với giao dịch này, tính bằng Wei.
+- `data`: `DATA` - Mã đã biên dịch của hợp đồng HOẶC hàm băm của chữ ký phương thức được gọi và các tham số được mã hóa.
+- `nonce`: `QUANTITY` - (tùy chọn) Số nguyên của một nonce. Điều này cho phép ghi đè các giao dịch đang chờ xử lý của chính bạn sử dụng cùng một nonce.
+
+**Trả về**
+
+`DATA`, Đối tượng giao dịch được mã hóa RLP do tài khoản đã chỉ định ký.
+
+**Ví dụ**
+
+```js
+// Yêu cầu
+curl -X POST --data '{"id": 1,"jsonrpc": "2.0","method": "eth_signTransaction","params": [{"data":"0xd46e8dd67c5d32be8d46e8dd67c5d32be8058bb8eb970870f072445675058bb8eb970870f072445675","from": "0xb60e8dd61c5d32be8058bb8eb970870f07233155","gas": "0x76c0","gasPrice": "0x9184e72a000","to": "0xd46e8dd67c5d32be8058bb8eb970870f07244567","value": "0x9184e72a"}]}'
+// Kết quả
+{
+ "id": 1,
+ "jsonrpc": "2.0",
+ "result": "0xa3f20717a250c2b0b729b7e5becbff67fdaef7e0699da4de7ca5895b02a170a12d887fd3b17bfdce3481f10bea41f45ba9f709d39ce8325427b57afcfc994cee1b"
+}
+```
+
+### eth_sendTransaction {#eth_sendtransaction}
+
+Tạo giao dịch gọi hàm nhắn tin mới hoặc tạo hợp đồng, nếu trường dữ liệu chứa mã và ký bằng tài khoản được chỉ định trong `from`.
+
+**Tham số**
+
+1. `Object` - Đối tượng giao dịch
+
+- `from`: `DATA`, 20 Byte - Địa chỉ mà giao dịch được gửi từ đó.
+- `to`: `DATA`, 20 Byte - (tùy chọn khi tạo hợp đồng mới) Địa chỉ mà giao dịch được chuyển đến.
+- `gas`: `QUANTITY` - (tùy chọn, mặc định: 90000) Số nguyên của gas được cung cấp cho việc thực hiện giao dịch. Nó sẽ trả lại lượng gas không sử dụng.
+- `gasPrice`: `QUANTITY` - (tùy chọn, mặc định: Sẽ được xác định) Số nguyên của gasPrice được sử dụng cho mỗi gas đã thanh toán.
+- `value`: `QUANTITY` - (tùy chọn) Số nguyên của giá trị được gửi cùng với giao dịch này.
+- `input`: `DATA` - Mã đã biên dịch của hợp đồng HOẶC hàm băm của chữ ký phương thức được gọi và các tham số được mã hóa.
+- `nonce`: `QUANTITY` - (tùy chọn) Số nguyên của một nonce. Điều này cho phép ghi đè các giao dịch đang chờ xử lý của chính bạn sử dụng cùng một nonce.
+
+```js
+params: [
+ {
+ from: "0xb60e8dd61c5d32be8058bb8eb970870f07233155",
+ to: "0xd46e8dd67c5d32be8058bb8eb970870f07244567",
+ gas: "0x76c0", // 30400
+ gasPrice: "0x9184e72a000", // 10000000000000
+ value: "0x9184e72a", // 2441406250
+ input:
+ "0xd46e8dd67c5d32be8d46e8dd67c5d32be8058bb8eb970870f072445675058bb8eb970870f072445675",
+ },
+]
+```
+
+**Trả về**
+
+`DATA`, 32 Byte - hàm băm giao dịch hoặc hàm băm không nếu giao dịch chưa có sẵn.
+
+Sử dụng [eth_getTransactionReceipt](#eth_gettransactionreceipt) để lấy địa chỉ hợp đồng, sau khi giao dịch được đề xuất trong một khối, khi bạn tạo một hợp đồng.
+
+**Ví dụ**
+
+```js
+// Yêu cầu
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sendTransaction","params":[{see above}],"id":1}'
+// Kết quả
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0xe670ec64341771606e55d6b4ca35a1a6b75ee3d5145a99d05921026d1527331"
+}
+```
+
+### eth_sendRawTransaction {#eth_sendrawtransaction}
+
+Tạo giao dịch gọi hàm nhắn tin mới hoặc tạo hợp đồng cho các giao dịch đã ký.
+
+**Tham số**
+
+1. `DATA`, Dữ liệu giao dịch đã ký.
+
+```js
+params: [
+ "0xd46e8dd67c5d32be8d46e8dd67c5d32be8058bb8eb970870f072445675058bb8eb970870f072445675",
+]
+```
+
+**Trả về**
+
+`DATA`, 32 Byte - hàm băm giao dịch hoặc hàm băm không nếu giao dịch chưa có sẵn.
+
+Sử dụng [eth_getTransactionReceipt](#eth_gettransactionreceipt) để lấy địa chỉ hợp đồng, sau khi giao dịch được đề xuất trong một khối, khi bạn tạo một hợp đồng.
+
+**Ví dụ**
+
+```js
+// Yêu cầu
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sendRawTransaction","params":[{see above}],"id":1}'
+// Kết quả
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0xe670ec64341771606e55d6b4ca35a1a6b75ee3d5145a99d05921026d1527331"
+}
+```
+
+### eth_call {#eth_call}
+
+Thực hiện một gọi hàm nhắn tin mới ngay lập tức mà không cần tạo một giao dịch trên chuỗi khối. Thường được sử dụng để thực thi các hàm hợp đồng thông minh chỉ đọc, ví dụ như `balanceOf` cho hợp đồng ERC-20.
+
+
+ Thử điểm cuối trong sân chơi
+
+
+**Tham số**
+
+1. `Object` - Đối tượng gọi giao dịch
+
+- `from`: `DATA`, 20 Byte - (tùy chọn) Địa chỉ mà giao dịch được gửi từ đó.
+- `to`: `DATA`, 20 Byte - Địa chỉ mà giao dịch được chuyển đến.
+- `gas`: `QUANTITY` - (tùy chọn) Số nguyên của gas được cung cấp cho việc thực hiện giao dịch. eth_call tiêu thụ không gas, nhưng tham số này có thể cần thiết cho một số lần thực hiện.
+- `gasPrice`: `QUANTITY` - (tùy chọn) Số nguyên của gasPrice được sử dụng cho mỗi gas đã thanh toán
+- `value`: `QUANTITY` - (tùy chọn) Số nguyên của giá trị được gửi cùng với giao dịch này
+- `input`: `DATA` - (tùy chọn) Hàm băm của chữ ký phương thức và các tham số được mã hóa. Để biết chi tiết, xem [Giao diện nhị phân ứng dụng Hợp đồng Ethereum trong tài liệu tham khảo Solidity](https://docs.soliditylang.org/en/latest/abi-spec.html).
+
+2. `QUANTITY|TAG` - số khối nguyên, hoặc chuỗi `"latest"`, `"earliest"`, `"pending"`, `"safe"` hoặc `"finalized"`, xem [thông số khối](/developers/docs/apis/json-rpc/#block-parameter)
+
+**Trả về**
+
+`DATA` - giá trị trả về của hợp đồng đã thực hiện.
+
+**Ví dụ**
+
+```js
+// Yêu cầu
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_call","params":[{see above}],"id":1}'
+// Kết quả
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x"
+}
+```
+
+### eth_estimateGas {#eth_estimategas}
+
+Tạo và trả về một ước tính về lượng gas cần thiết để cho phép giao dịch hoàn tất. Giao dịch sẽ không được thêm vào chuỗi khối. Lưu ý rằng ước tính có thể lớn hơn đáng kể so với lượng gas thực sự được sử dụng bởi giao dịch, vì nhiều lý do bao gồm cơ chế Máy chủ ảo Ethereum và hiệu suất nút.
+
+
+ Thử điểm cuối trong sân chơi
+
+
+**Tham số**
+
+Xem tham số [eth_call](#eth_call), ngoại trừ tất cả các thuộc tính đều là tùy chọn. Nếu không có giới hạn gas nào được chỉ định, geth sử dụng giới hạn gas khối từ khối đang chờ xử lý làm giới hạn trên. Do đó, ước tính được trả về có thể không đủ để thực hiện lệnh gọi/giao dịch khi lượng gas cao hơn giới hạn gas của khối đang chờ xử lý.
+
+**Trả về**
+
+`QUANTITY` - lượng gas đã sử dụng.
+
+**Ví dụ**
+
+```js
+// Yêu cầu
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_estimateGas","params":[{see above}],"id":1}'
+// Kết quả
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x5208" // 21000
+}
+```
+
+### eth_getBlockByHash {#eth_getblockbyhash}
+
+Trả về thông tin về một khối bằng hàm băm.
+
+
+ Thử điểm cuối trong sân chơi
+
+
+**Tham số**
+
+1. `DATA`, 32 Byte - Hàm băm của một khối.
+2. `Boolean` - Nếu `true`, nó sẽ trả về các đối tượng giao dịch đầy đủ, nếu `false` chỉ trả về hàm băm của các giao dịch.
+
+```js
+params: [
+ "0xdc0818cf78f21a8e70579cb46a43643f78291264dda342ae31049421c82d21ae",
+ false,
+]
+```
+
+**Trả về**
+
+`Object` - Một đối tượng khối, hoặc `null` khi không tìm thấy khối nào:
+
+- `number`: `QUANTITY` - số khối. `null` khi đó là khối đang chờ xử lý.
+- `hash`: `DATA`, 32 Byte - hàm băm của khối. `null` khi đó là khối đang chờ xử lý.
+- `parentHash`: `DATA`, 32 Byte - hàm băm của khối cha.
+- `nonce`: `DATA`, 8 Byte - hàm băm của bằng chứng công việc được tạo ra. `null` khi đó là khối đang chờ xử lý, `0x0` cho các khối bằng chứng cổ phần (kể từ The Merge)
+- `sha3Uncles`: `DATA`, 32 Byte - SHA3 của dữ liệu khối chú trong khối.
+- `logsBloom`: `DATA`, 256 Byte - bộ lọc bloom cho nhật ký của khối. `null` khi đó là khối đang chờ xử lý.
+- `transactionsRoot`: `DATA`, 32 Byte - gốc của cây trie giao dịch của khối.
+- `stateRoot`: `DATA`, 32 Byte - gốc của cây trie trạng thái cuối cùng của khối.
+- `receiptsRoot`: `DATA`, 32 Byte - gốc của cây trie biên lai của khối.
+- `miner`: `DATA`, 20 Byte - địa chỉ của người hưởng lợi mà phần thưởng khối được trao.
+- `difficulty`: `QUANTITY` - số nguyên của độ khó cho khối này.
+- `totalDifficulty`: `QUANTITY` - số nguyên của tổng độ khó của chuỗi cho đến khối này.
+- `extraData`: `DATA` - trường "dữ liệu bổ sung" của khối này.
+- `size`: `QUANTITY` - số nguyên kích thước của khối này tính bằng byte.
+- `gasLimit`: `QUANTITY` - lượng gas tối đa được phép trong khối này.
+- `gasUsed`: `QUANTITY` - tổng lượng gas được sử dụng bởi tất cả các giao dịch trong khối này.
+- `timestamp`: `QUANTITY` - dấu thời gian unix khi khối được đối chiếu.
+- `transactions`: `Array` - Mảng các đối tượng giao dịch, hoặc hàm băm giao dịch 32 Byte tùy thuộc vào tham số cuối cùng được đưa ra.
+- `uncles`: `Array` - Mảng các hàm băm của khối chú.
+
+**Ví dụ**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockByHash","params":["0xdc0818cf78f21a8e70579cb46a43643f78291264dda342ae31049421c82d21ae", false],"id":1}'
+// Result
+{
+ "jsonrpc": "2.0",
+ "id": 1,
+ "result": {
+ "difficulty": "0x4ea3f27bc",
+ "extraData": "0x476574682f4c5649562f76312e302e302f6c696e75782f676f312e342e32",
+ "gasLimit": "0x1388",
+ "gasUsed": "0x0",
+ "hash": "0xdc0818cf78f21a8e70579cb46a43643f78291264dda342ae31049421c82d21ae",
+ "logsBloom": "0x00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000",
+ "miner": "0xbb7b8287f3f0a933474a79eae42cbca977791171",
+ "mixHash": "0x4fffe9ae21f1c9e15207b1f472d5bbdd68c9595d461666602f2be20daf5e7843",
+ "nonce": "0x689056015818adbe",
+ "number": "0x1b4",
+ "parentHash": "0xe99e022112df268087ea7eafaf4790497fd21dbeeb6bd7a1721df161a6657a54",
+ "receiptsRoot": "0x56e81f171bcc55a6ff8345e692c0f86e5b48e01b996cadc001622fb5e363b421",
+ "sha3Uncles": "0x1dcc4de8dec75d7aab85b567b6ccd41ad312451b948a7413f0a142fd40d49347",
+ "size": "0x220",
+ "stateRoot": "0xddc8b0234c2e0cad087c8b389aa7ef01f7d79b2570bccb77ce48648aa61c904d",
+ "timestamp": "0x55ba467c",
+ "totalDifficulty": "0x78ed983323d",
+ "transactions": [
+ ],
+ "transactionsRoot": "0x56e81f171bcc55a6ff8345e692c0f86e5b48e01b996cadc001622fb5e363b421",
+ "uncles": [
+ ]
+ }
+}
+```
+
+### eth_getBlockByNumber {#eth_getblockbynumber}
+
+Trả về thông tin về một khối theo số khối.
+
+
+ Thử điểm cuối trong sân chơi
+
+
+**Tham số**
+
+1. `QUANTITY|TAG` - số nguyên của một số khối, hoặc chuỗi `"earliest"`, `"latest"`, `"pending"`, `"safe"` hoặc `"finalized"`, như trong [thông số khối](/developers/docs/apis/json-rpc/#block-parameter).
+2. `Boolean` - Nếu `true`, nó sẽ trả về các đối tượng giao dịch đầy đủ, nếu `false` chỉ trả về hàm băm của các giao dịch.
+
+```js
+params: [
+ "0x1b4", // 436
+ true,
+]
+```
+
+**Trả về**
+Xem [eth_getBlockByHash](#eth_getblockbyhash)
+
+**Ví dụ**
+
+```js
+// Yêu cầu
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockByNumber","params":["0x1b4", true],"id":1}'
+```
+
+Kết quả xem [eth_getBlockByHash](#eth_getblockbyhash)
+
+### eth_getTransactionByHash {#eth_gettransactionbyhash}
+
+Trả về thông tin về một giao dịch được yêu cầu bằng hàm băm giao dịch.
+
+
+ Thử điểm cuối trong sân chơi
+
+
+**Tham số**
+
+1. `DATA`, 32 Byte - hàm băm của một giao dịch
+
+```js
+params: ["0x88df016429689c079f3b2f6ad39fa052532c56795b733da78a91ebe6a713944b"]
+```
+
+**Trả về**
+
+`Object` - Một đối tượng giao dịch, hoặc `null` khi không tìm thấy giao dịch nào:
+
+- `blockHash`: `DATA`, 32 Byte - hàm băm của khối nơi giao dịch này diễn ra. `null` khi đang chờ xử lý.
+- `blockNumber`: `QUANTITY` - số khối nơi giao dịch này diễn ra. `null` khi đang chờ xử lý.
+- `from`: `DATA`, 20 Byte - địa chỉ của người gửi.
+- `gas`: `QUANTITY` - gas do người gửi cung cấp.
+- `gasPrice`: `QUANTITY` - giá gas do người gửi cung cấp tính bằng Wei.
+- `hash`: `DATA`, 32 Byte - hàm băm của giao dịch.
+- `input`: `DATA` - dữ liệu được gửi cùng với giao dịch.
+- `nonce`: `QUANTITY` - số lượng giao dịch được thực hiện bởi người gửi trước giao dịch này.
+- `to`: `DATA`, 20 Byte - địa chỉ của người nhận. `null` khi đó là một giao dịch tạo hợp đồng.
+- `transactionIndex`: `QUANTITY` - số nguyên của vị trí chỉ mục giao dịch trong khối. `null` khi đang chờ xử lý.
+- `value`: `QUANTITY` - giá trị được chuyển bằng Wei.
+- `v`: `QUANTITY` - id phục hồi ECDSA
+- `r`: `QUANTITY` - chữ ký ECDSA r
+- `s`: `QUANTITY` - chữ ký ECDSA s
+
+**Ví dụ**
+
+```js
+// Yêu cầu
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByHash","params":["0x88df016429689c079f3b2f6ad39fa052532c56795b733da78a91ebe6a713944b"],"id":1}'
+// Kết quả
+{
+ "jsonrpc":"2.0",
+ "id":1,
+ "result":{
+ "blockHash":"0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2",
+ "blockNumber":"0x5daf3b", // 6139707
+ "from":"0xa7d9ddbe1f17865597fbd27ec712455208b6b76d",
+ "gas":"0xc350", // 50000
+ "gasPrice":"0x4a817c800", // 20000000000
+ "hash":"0x88df016429689c079f3b2f6ad39fa052532c56795b733da78a91ebe6a713944b",
+ "input":"0x68656c6c6f21",
+ "nonce":"0x15", // 21
+ "to":"0xf02c1c8e6114b1dbe8937a39260b5b0a374432bb",
+ "transactionIndex":"0x41", // 65
+ "value":"0xf3dbb76162000", // 4290000000000000
+ "v":"0x25", // 37
+ "r":"0x1b5e176d927f8e9ab405058b2d2457392da3e20f328b16ddabcebc33eaac5fea",
+ "s":"0x4ba69724e8f69de52f0125ad8b3c5c2cef33019bac3249e2c0a2192766d1721c"
+ }
+}
+```
+
+### eth_getTransactionByBlockHashAndIndex {#eth_gettransactionbyblockhashandindex}
+
+Trả về thông tin về một giao dịch theo hàm băm khối và vị trí chỉ mục giao dịch.
+
+
+ Thử điểm cuối trong sân chơi
+
+
+**Tham số**
+
+1. `DATA`, 32 Byte - hàm băm của một khối.
+2. `QUANTITY` - số nguyên của vị trí chỉ mục giao dịch.
+
+```js
+params: [
+ "0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2",
+ "0x0", // 0
+]
+```
+
+**Trả về**
+Xem [eth_getTransactionByHash](#eth_gettransactionbyhash)
+
+**Ví dụ**
+
+```js
+// Yêu cầu
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByBlockHashAndIndex","params":["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2", "0x0"],"id":1}'
+```
+
+Kết quả xem [eth_getTransactionByHash](#eth_gettransactionbyhash)
+
+### eth_getTransactionByBlockNumberAndIndex {#eth_gettransactionbyblocknumberandindex}
+
+Trả về thông tin về một giao dịch theo số khối và vị trí chỉ mục giao dịch.
+
+
+ Thử điểm cuối trong sân chơi
+
+
+**Tham số**
+
+1. `QUANTITY|TAG` - một số khối, hoặc chuỗi `"earliest"`, `"latest"`, `"pending"`, `"safe"` hoặc `"finalized"`, như trong [thông số khối](/developers/docs/apis/json-rpc/#block-parameter).
+2. `QUANTITY` - vị trí chỉ mục giao dịch.
+
+```js
+params: [
+ "0x9c47cf", // 10241999
+ "0x24", // 36
+]
+```
+
+**Trả về**
+Xem [eth_getTransactionByHash](#eth_gettransactionbyhash)
+
+**Ví dụ**
+
+```js
+// Yêu cầu
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByBlockNumberAndIndex","params":["0x9c47cf", "0x24"],"id":1}'
+```
+
+Kết quả xem [eth_getTransactionByHash](#eth_gettransactionbyhash)
+
+### eth_getTransactionReceipt {#eth_gettransactionreceipt}
+
+Trả về biên lai của một giao dịch bằng hàm băm giao dịch.
+
+**Lưu ý** Rằng biên lai không có sẵn cho các giao dịch đang chờ xử lý.
+
+**Tham số**
+
+1. `DATA`, 32 Byte - hàm băm của một giao dịch
+
+```js
+params: ["0x85d995eba9763907fdf35cd2034144dd9d53ce32cbec21349d4b12823c6860c5"]
+```
+
+**Trả về**
+`Object` - Một đối tượng biên lai giao dịch, hoặc `null` khi không tìm thấy biên lai nào:
+
+- `transactionHash `: `DATA`, 32 Byte - hàm băm của giao dịch.
+- `transactionIndex`: `QUANTITY` - số nguyên của vị trí chỉ mục giao dịch trong khối.
+- `blockHash`: `DATA`, 32 Byte - hàm băm của khối nơi giao dịch này diễn ra.
+- `blockNumber`: `QUANTITY` - số khối nơi giao dịch này diễn ra.
+- `from`: `DATA`, 20 Byte - địa chỉ của người gửi.
+- `to`: `DATA`, 20 Byte - địa chỉ của người nhận. null khi đó là một giao dịch tạo hợp đồng.
+- `cumulativeGasUsed` : `QUANTITY ` - Tổng lượng gas được sử dụng khi giao dịch này được thực hiện trong khối.
+- `effectiveGasPrice` : `QUANTITY` - Tổng của phí cơ bản và tiền boa được trả cho mỗi đơn vị gas.
+- `gasUsed `: `QUANTITY ` - Lượng gas chỉ được sử dụng bởi giao dịch cụ thể này.
+- `contractAddress `: `DATA`, 20 Byte - Địa chỉ hợp đồng được tạo, nếu giao dịch là tạo hợp đồng, ngược lại là `null`.
+- `logs`: `Array` - Mảng các đối tượng nhật ký mà giao dịch này đã tạo.
+- `logsBloom`: `DATA`, 256 Byte - Bộ lọc Bloom cho các máy khách chế độ sáng để truy xuất nhanh các nhật ký liên quan.
+- `type`: `QUANTITY` - số nguyên của loại giao dịch, `0x0` cho các giao dịch cũ, `0x1` cho các loại danh sách truy cập, `0x2` cho phí động.
+
+Nó cũng trả về _một trong hai_ :
+
+- `root` : `DATA` 32 byte của gốc trạng thái sau giao dịch (trước Byzantium)
+- `status`: `QUANTITY` là `1` (thành công) hoặc `0` (thất bại)
+
+**Ví dụ**
+
+```js
+// Yêu cầu
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionReceipt","params":["0x85d995eba9763907fdf35cd2034144dd9d53ce32cbec21349d4b12823c6860c5"],"id":1}'
+// Kết quả
+{
+ "jsonrpc": "2.0",
+ "id": 1,
+ "result": {
+ "blockHash":
+ "0xa957d47df264a31badc3ae823e10ac1d444b098d9b73d204c40426e57f47e8c3",
+ "blockNumber": "0xeff35f",
+ "contractAddress": null, // chuỗi địa chỉ nếu nó được tạo
+ "cumulativeGasUsed": "0xa12515",
+ "effectiveGasPrice": "0x5a9c688d4",
+ "from": "0x6221a9c005f6e47eb398fd867784cacfdcfff4e7",
+ "gasUsed": "0xb4c8",
+ "logs": [{
+ // nhật ký được trả về bởi getFilterLogs, v.v.
+ }],
+ "logsBloom": "0x00...0", // bộ lọc bloom 256 byte
+ "status": "0x1",
+ "to": "0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2",
+ "transactionHash":
+ "0x85d995eba9763907fdf35cd2034144dd9d53ce32cbec21349d4b12823c6860c5",
+ "transactionIndex": "0x66",
+ "type": "0x2"
+ }
+}
+```
+
+### eth_getUncleByBlockHashAndIndex {#eth_getunclebyblockhashandindex}
+
+Trả về thông tin về một khối uncle của một khối theo hàm băm và vị trí chỉ mục uncle.
+
+
+ Thử điểm cuối trong sân chơi
+
+
+**Tham số**
+
+1. `DATA`, 32 Byte - Hàm băm của một khối.
+2. `QUANTITY` - Vị trí chỉ mục của khối chú.
+
+```js
+params: [
+ "0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2",
+ "0x0", // 0
+]
+```
+
+**Trả về**
+Xem [eth_getBlockByHash](#eth_getblockbyhash)
+
+**Ví dụ**
+
+```js
+// Yêu cầu
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleByBlockHashAndIndex","params":["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2", "0x0"],"id":1}'
+```
+
+Kết quả xem [eth_getBlockByHash](#eth_getblockbyhash)
+
+**Lưu ý**: Một khối chú không chứa các giao dịch riêng lẻ.
+
+### eth_getUncleByBlockNumberAndIndex {#eth_getunclebyblocknumberandindex}
+
+Trả về thông tin về một khối uncle của một khối theo số và vị trí chỉ mục uncle.
+
+
+ Thử điểm cuối trong sân chơi
+
+
+**Tham số**
+
+1. `QUANTITY|TAG` - một số khối, hoặc chuỗi `"earliest"`, `"latest"`, `"pending"`, `"safe"`, `"finalized"`, như trong [thông số khối](/developers/docs/apis/json-rpc/#block-parameter).
+2. `QUANTITY` - vị trí chỉ mục của khối chú.
+
+```js
+params: [
+ "0x29c", // 668
+ "0x0", // 0
+]
+```
+
+**Trả về**
+Xem [eth_getBlockByHash](#eth_getblockbyhash)
+
+**Lưu ý**: Một khối chú không chứa các giao dịch riêng lẻ.
+
+**Ví dụ**
+
+```js
+// Yêu cầu
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleByBlockNumberAndIndex","params":["0x29c", "0x0"],"id":1}'
+```
+
+Kết quả xem [eth_getBlockByHash](#eth_getblockbyhash)
+
+### eth_newFilter {#eth_newfilter}
+
+Tạo một đối tượng bộ lọc, dựa trên các tùy chọn bộ lọc, để thông báo khi trạng thái thay đổi (nhật ký).
+Để kiểm tra xem trạng thái đã thay đổi chưa, hãy gọi [eth_getFilterChanges](#eth_getfilterchanges).
+
+**Lưu ý về việc chỉ định các bộ lọc chủ đề:**
+Các chủ đề phụ thuộc vào thứ tự. Một giao dịch với một nhật ký có các chủ đề [A, B] sẽ được khớp bởi các bộ lọc chủ đề sau:
+
+- `[]` "bất cứ điều gì"
+- `[A]` "A ở vị trí đầu tiên (và bất cứ điều gì sau đó)"
+- `[null, B]` "bất cứ điều gì ở vị trí đầu tiên VÀ B ở vị trí thứ hai (và bất cứ điều gì sau đó)"
+- `[A, B]` "A ở vị trí đầu tiên VÀ B ở vị trí thứ hai (và bất cứ điều gì sau đó)"
+- `[[A, B], [A, B]]` "(A HOẶC B) ở vị trí đầu tiên VÀ (A HOẶC B) ở vị trí thứ hai (và bất cứ điều gì sau đó)"
+- **Tham số**
+
+1. `Object` - Các tùy chọn bộ lọc:
+
+- `fromBlock`: `QUANTITY|TAG` - (tùy chọn, mặc định: `"latest"`) Số khối nguyên, hoặc `"latest"` cho khối được đề xuất cuối cùng, `"safe"` cho khối an toàn cuối cùng, `"finalized"` cho khối đã hoàn tất cuối cùng, hoặc `"pending"`, `"earliest"` cho các giao dịch chưa có trong khối.
+- `toBlock`: `QUANTITY|TAG` - (tùy chọn, mặc định: `"latest"`) Số khối nguyên, hoặc `"latest"` cho khối được đề xuất cuối cùng, `"safe"` cho khối an toàn cuối cùng, `"finalized"` cho khối đã hoàn tất cuối cùng, hoặc `"pending"`, `"earliest"` cho các giao dịch chưa có trong khối.
+- `address`: `DATA|Array`, 20 Byte - (tùy chọn) Địa chỉ hợp đồng hoặc danh sách các địa chỉ mà từ đó các nhật ký sẽ bắt nguồn.
+- `topics`: `Array of DATA`, - (tùy chọn) Mảng 32 Byte `DATA` chủ đề. Các chủ đề phụ thuộc vào thứ tự. Mỗi chủ đề cũng có thể là một mảng DATA với các tùy chọn "hoặc".
+
+```js
+params: [
+ {
+ fromBlock: "0x1",
+ toBlock: "0x2",
+ address: "0x8888f1f195afa192cfee860698584c030f4c9db1",
+ topics: [
+ "0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b",
+ null,
+ [
+ "0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b",
+ "0x0000000000000000000000000aff3454fce5edbc8cca8697c15331677e6ebccc",
+ ],
+ ],
+ },
+]
+```
+
+**Trả về**
+`QUANTITY` - Một id bộ lọc.
+
+**Ví dụ**
+
+```js
+// Yêu cầu
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newFilter","params":[{"topics":["0x12341234"]}],"id":73}'
+// Kết quả
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x1" // 1
+}
+```
+
+### eth_newBlockFilter {#eth_newblockfilter}
+
+Tạo một bộ lọc trong nút, để thông báo khi có một khối mới đến.
+Để kiểm tra xem trạng thái đã thay đổi chưa, hãy gọi [eth_getFilterChanges](#eth_getfilterchanges).
+
+**Tham số**
+Không có
+
+**Trả về**
+`QUANTITY` - Một id bộ lọc.
+
+**Ví dụ**
+
+```js
+// Yêu cầu
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newBlockFilter","params":[],"id":73}'
+// Kết quả
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x1" // 1
+}
+```
+
+### eth_newPendingTransactionFilter {#eth_newpendingtransactionfilter}
+
+Tạo một bộ lọc trong nút, để thông báo khi có các giao dịch đang chờ xử lý mới.
+Để kiểm tra xem trạng thái đã thay đổi chưa, hãy gọi [eth_getFilterChanges](#eth_getfilterchanges).
+
+**Tham số**
+Không có
+
+**Trả về**
+`QUANTITY` - Một id bộ lọc.
+
+**Ví dụ**
+
+```js
+// Yêu cầu
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newPendingTransactionFilter","params":[],"id":73}'
+// Kết quả
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x1" // 1
+}
+```
+
+### eth_uninstallFilter {#eth_uninstallfilter}
+
+Gỡ cài đặt một bộ lọc với id đã cho. Luôn luôn nên được gọi khi không còn cần theo dõi.
+Ngoài ra, Bộ lọc sẽ hết thời gian chờ khi chúng không được yêu cầu với [eth_getFilterChanges](#eth_getfilterchanges) trong một khoảng thời gian.
+
+**Tham số**
+
+1. `QUANTITY` - Id bộ lọc.
+
+```js
+params: [
+ "0xb", // 11
+]
+```
+
+**Trả về**
+`Boolean` - `true` nếu bộ lọc được gỡ cài đặt thành công, ngược lại là `false`.
+
+**Ví dụ**
+
+```js
+// Yêu cầu
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_uninstallFilter","params":["0xb"],"id":73}'
+// Kết quả
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": true
+}
+```
+
+### eth_getFilterChanges {#eth_getfilterchanges}
+
+Phương pháp bỏ phiếu cho một bộ lọc, trả về một mảng các nhật ký đã xảy ra kể từ lần bỏ phiếu cuối cùng.
+
+**Tham số**
+
+1. `QUANTITY` - id bộ lọc.
+
+```js
+params: [
+ "0x16", // 22
+]
+```
+
+**Trả về**
+`Array` - Mảng các đối tượng nhật ký, hoặc một mảng trống nếu không có gì thay đổi kể từ lần bỏ phiếu cuối cùng.
+
+- Đối với các bộ lọc được tạo bằng `eth_newBlockFilter`, giá trị trả về là các hàm băm khối (`DATA`, 32 Byte), ví dụ: `["0x3454645634534..."]`.
+
+- Đối với các bộ lọc được tạo bằng `eth_newPendingTransactionFilter`, giá trị trả về là các hàm băm giao dịch (`DATA`, 32 Byte), ví dụ: `["0x6345343454645..."]`.
+
+- Đối với các bộ lọc được tạo bằng `eth_newFilter`, nhật ký là các đối tượng có các tham số sau:
+ - `removed`: `TAG` - `true` khi nhật ký bị xóa, do tổ chức lại chuỗi. `false` nếu đó là một nhật ký hợp lệ.
+ - `logIndex`: `QUANTITY` - số nguyên của vị trí chỉ mục nhật ký trong khối. `null` khi đó là nhật ký đang chờ xử lý.
+ - `transactionIndex`: `QUANTITY` - số nguyên của vị trí chỉ mục giao dịch mà nhật ký được tạo từ đó. `null` khi đó là nhật ký đang chờ xử lý.
+ - `transactionHash`: `DATA`, 32 Byte - hàm băm của các giao dịch mà nhật ký này được tạo từ đó. `null` khi đó là nhật ký đang chờ xử lý.
+ - `blockHash`: `DATA`, 32 Byte - hàm băm của khối nơi nhật ký này diễn ra. `null` khi đang chờ xử lý. `null` khi đó là nhật ký đang chờ xử lý.
+ - `blockNumber`: `QUANTITY` - số khối nơi nhật ký này diễn ra. `null` khi đang chờ xử lý. `null` khi đó là nhật ký đang chờ xử lý.
+ - `address`: `DATA`, 20 Byte - địa chỉ mà nhật ký này bắt nguồn.
+ - `data`: `DATA` - dữ liệu nhật ký không được lập chỉ mục có độ dài thay đổi. (Trong _solidity_: không hoặc nhiều hơn 32 Byte đối số nhật ký không được lập chỉ mục.)
+ - `topics`: `Array of DATA` - Mảng từ 0 đến 4 32 Byte `DATA` của các đối số nhật ký được lập chỉ mục. (Trong _solidity_: Chủ đề đầu tiên là _hàm băm_ của chữ ký của sự kiện (ví dụ: `Deposit(address,bytes32,uint256)`), trừ khi bạn đã khai báo sự kiện với bộ chỉ định `anonymous`.)
+
+- **Ví dụ**
+
+```js
+// Yêu cầu
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getFilterChanges","params":["0x16"],"id":73}'
+// Kết quả
+{
+ "id":1,
+ "jsonrpc":"2.0",
+ "result": [{
+ "logIndex": "0x1", // 1
+ "blockNumber":"0x1b4", // 436
+ "blockHash": "0x8216c5785ac562ff41e2dcfdf5785ac562ff41e2dcfdf829c5a142f1fccd7d",
+ "transactionHash": "0xdf829c5a142f1fccd7d8216c5785ac562ff41e2dcfdf5785ac562ff41e2dcf",
+ "transactionIndex": "0x0", // 0
+ "address": "0x16c5785ac562ff41e2dcfdf829c5a142f1fccd7d",
+ "data":"0x0000000000000000000000000000000000000000000000000000000000000000",
+ "topics": ["0x59ebeb90bc63057b6515673c3ecf9438e5058bca0f92585014eced636878c9a5"]
+ },{
+ ...
+ }]
+}
+```
+
+### eth_getFilterLogs {#eth_getfilterlogs}
+
+Trả về một mảng gồm tất cả các nhật ký khớp với bộ lọc có id đã cho.
+
+**Tham số**
+
+1. `QUANTITY` - Id bộ lọc.
+
+```js
+params: [
+ "0x16", // 22
+]
+```
+
+**Trả về**
+Xem [eth_getFilterChanges](#eth_getfilterchanges)
+
+**Ví dụ**
+
+```js
+// Yêu cầu
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getFilterLogs","params":["0x16"],"id":74}'
+```
+
+Kết quả xem [eth_getFilterChanges](#eth_getfilterchanges)
+
+### eth_getLogs {#eth_getlogs}
+
+Trả về một mảng gồm tất cả các nhật ký khớp với một đối tượng bộ lọc đã cho.
+
+**Tham số**
+
+1. `Object` - Các tùy chọn bộ lọc:
+
+- `fromBlock`: `QUANTITY|TAG` - (tùy chọn, mặc định: `"latest"`) Số khối nguyên, hoặc `"latest"` cho khối được đề xuất cuối cùng, `"safe"` cho khối an toàn cuối cùng, `"finalized"` cho khối đã hoàn tất cuối cùng, hoặc `"pending"`, `"earliest"` cho các giao dịch chưa có trong khối.
+- `toBlock`: `QUANTITY|TAG` - (tùy chọn, mặc định: `"latest"`) Số khối nguyên, hoặc `"latest"` cho khối được đề xuất cuối cùng, `"safe"` cho khối an toàn cuối cùng, `"finalized"` cho khối đã hoàn tất cuối cùng, hoặc `"pending"`, `"earliest"` cho các giao dịch chưa có trong khối.
+- `address`: `DATA|Array`, 20 Byte - (tùy chọn) Địa chỉ hợp đồng hoặc danh sách các địa chỉ mà từ đó các nhật ký sẽ bắt nguồn.
+- `topics`: `Array of DATA`, - (tùy chọn) Mảng 32 Byte `DATA` chủ đề. Các chủ đề phụ thuộc vào thứ tự. Mỗi chủ đề cũng có thể là một mảng DATA với các tùy chọn "hoặc".
+- `blockHash`: `DATA`, 32 Byte - (tùy chọn, **tương lai**) Với việc bổ sung EIP-234, `blockHash` sẽ là một tùy chọn bộ lọc mới giới hạn các nhật ký trả về cho một khối duy nhất có hàm băm 32 byte `blockHash`. Việc sử dụng `blockHash` tương đương với `fromBlock` = `toBlock` = số khối có hàm băm `blockHash`. Nếu `blockHash` có trong tiêu chí bộ lọc, thì cả `fromBlock` và `toBlock` đều không được phép.
+
+```js
+params: [
+ {
+ topics: [
+ "0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b",
+ ],
+ },
+]
+```
+
+**Trả về**
+Xem [eth_getFilterChanges](#eth_getfilterchanges)
+
+**Ví dụ**
+
+```js
+// Yêu cầu
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getLogs","params":[{"topics":["0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b"]}],"id":74}'
+```
+
+Kết quả xem [eth_getFilterChanges](#eth_getfilterchanges)
+
+## Ví dụ về cách sử dụng {#usage-example}
+
+### Triển khai hợp đồng bằng JSON_RPC {#deploying-contract}
+
+Phần này bao gồm một minh họa về cách triển khai một hợp đồng chỉ bằng giao diện RPC. Có các tuyến thay thế để triển khai các hợp đồng trong đó sự phức tạp này được trừu tượng hóa — ví dụ, sử dụng các thư viện được xây dựng trên giao diện RPC như [web3.js](https://web3js.readthedocs.io/) và [web3.py](https://github.com/ethereum/web3.py). Các bản tóm tắt này thường dễ hiểu hơn và ít bị lỗi hơn, nhưng vẫn hữu ích khi hiểu những gì đang xảy ra bên dưới.
+
+Sau đây là một hợp đồng thông minh đơn giản có tên là `Multiply7` sẽ được triển khai bằng giao diện JSON-RPC cho một nút Ethereum. Hướng dẫn này giả định rằng người đọc đã chạy một nút Geth. Thông tin thêm về các nút và máy khách có tại [đây](/developers/docs/nodes-and-clients/run-a-node). Vui lòng tham khảo tài liệu tham khảo của [máy khách](/developers/docs/nodes-and-clients/) cá nhân để xem cách bắt đầu JSON-RPC HTTP cho các máy khách không phải Geth. Hầu hết các máy khách mặc định phục vụ trên `localhost:8545`.
+
+```javascript
+contract Multiply7 {
+ event Print(uint);
+ function multiply(uint input) returns (uint) {
+ Print(input * 7);
+ return input * 7;
+ }
+}
+```
+
+Điều đầu tiên cần làm là đảm bảo giao diện RPC HTTP được bật. Điều này có nghĩa là chúng tôi cung cấp cho Geth cờ `--http` khi khởi động. Trong ví dụ này, chúng tôi sử dụng nút Geth trên một chuỗi phát triển riêng. Sử dụng phương pháp này, chúng ta không cần ether trên mạng thực.
+
+```bash
+geth --http --dev console 2>>geth.log
+```
+
+Thao tác này sẽ khởi động giao diện HTTP RPC trên `http://localhost:8545`.
+
+Chúng tôi có thể xác minh rằng giao diện đang chạy bằng cách truy xuất địa chỉ coinbase (bằng cách lấy địa chỉ đầu tiên từ mảng tài khoản) và số dư bằng [curl](https://curl.se). Xin lưu ý rằng dữ liệu trong các ví dụ này sẽ khác trên nút cục bộ của bạn. Nếu bạn muốn thử các lệnh này, hãy thay thế các tham số yêu cầu trong yêu cầu curl thứ hai bằng kết quả trả về từ yêu cầu đầu tiên.
+
+```bash
+curl --data '{"jsonrpc":"2.0","method":"eth_accounts","params":[], "id":1}' -H "Content-Type: application/json" localhost:8545
+{"id":1,"jsonrpc":"2.0","result":["0x9b1d35635cc34752ca54713bb99d38614f63c955"]}
+
+curl --data '{"jsonrpc":"2.0","method":"eth_getBalance", "params": ["0x9b1d35635cc34752ca54713bb99d38614f63c955", "latest"], "id":2}' -H "Content-Type: application/json" localhost:8545
+{"id":2,"jsonrpc":"2.0","result":"0x1639e49bba16280000"}
+```
+
+Vì các số được mã hóa bằng hex, số dư được trả về bằng wei dưới dạng một chuỗi hex. Nếu chúng ta muốn có số dư bằng ether dưới dạng một con số, chúng ta có thể sử dụng web3 từ bảng điều khiển Geth.
+
+```javascript
+web3.fromWei("0x1639e49bba16280000", "ether")
+// "410"
+```
+
+Bây giờ có một số ether trên chuỗi phát triển riêng của chúng tôi, chúng tôi có thể triển khai hợp đồng. Bước đầu tiên là biên dịch hợp đồng Multiply7 thành mã byte có thể được gửi đến EVM. Để cài đặt solc, trình biên dịch Solidity, hãy làm theo [tài liệu tham khảo Solidity](https://docs.soliditylang.org/en/latest/installing-solidity.html). (Bạn có thể muốn sử dụng bản phát hành `solc` cũ hơn để khớp với [phiên bản trình biên dịch được sử dụng cho ví dụ của chúng tôi](https://github.com/ethereum/solidity/releases/tag/v0.4.20).)
+
+Bước tiếp theo là biên dịch hợp đồng Multiply7 thành mã byte có thể được gửi đến Máy chủ ảo Ethereum.
+
+```bash
+echo 'pragma solidity ^0.4.16; contract Multiply7 { event Print(uint); function multiply(uint input) public returns (uint) { Print(input * 7); return input * 7; } }' | solc --bin
+
+======= :Multiply7 =======
+Binary:
+6060604052341561000f57600080fd5b60eb8061001d6000396000f300606060405260043610603f576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff168063c6888fa1146044575b600080fd5b3415604e57600080fd5b606260048080359060200190919050506078565b6040518082815260200191505060405180910390f35b60007f24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da600783026040518082815260200191505060405180910390a16007820290509190505600a165627a7a7230582040383f19d9f65246752244189b02f56e8d0980ed44e7a56c0b200458caad20bb0029
+```
+
+Bây giờ chúng ta đã có mã đã biên dịch, chúng ta cần xác định chi phí gas để triển khai nó. Giao diện RPC có một phương thức `eth_estimateGas` sẽ cho chúng ta một ước tính.
+
+```bash
+curl --data '{"jsonrpc":"2.0","method": "eth_estimateGas", "params": [{"from": "0x9b1d35635cc34752ca54713bb99d38614f63c955", "data": "0x6060604052341561000f57600080fd5b60eb8061001d6000396000f300606060405260043610603f576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff168063c6888fa1146044575b600080fd5b3415604e57600080fd5b606260048080359060200190919050506078565b6040518082815260200191505060405180910390f35b60007f24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da600783026040518082815260200191505060405180910390a16007820290509190505600a165627a7a7230582040383f19d9f65246752244189b02f56e8d0980ed44e7a56c0b200458caad20bb0029"}], "id": 5}' -H "Content-Type: application/json" localhost:8545
+{"jsonrpc":"2.0","id":5,"result":"0x1c31e"}
+```
+
+Và cuối cùng triển khai hợp đồng.
+
+```bash
+curl --data '{"jsonrpc":"2.0","method": "eth_sendTransaction", "params": [{"from": "0x9b1d35635cc34752ca54713bb99d38614f63c955", "gas": "0x1c31e", "data": "0x6060604052341561000f57600080fd5b60eb8061001d6000396000f300606060405260043610603f576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff168063c6888fa1146044575b600080fd5b3415604e57600080fd5b606260048080359060200190919050506078565b6040518082815260200191505060405180910390f35b60007f24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da600783026040518082815260200191505060405180910390a16007820290509190505600a165627a7a7230582040383f19d9f65246752244189b02f56e8d0980ed44e7a56c0b200458caad20bb0029"}], "id": 6}' -H "Content-Type: application/json" localhost:8545
+{"id":6,"jsonrpc":"2.0","result":"0xe1f3095770633ab2b18081658bad475439f6a08c902d0915903bafff06e6febf"}
+```
+
+Giao dịch được chấp nhận bởi nút và một hàm băm giao dịch được trả về. Hàm băm này có thể được sử dụng để theo dõi giao dịch. Bước tiếp theo là xác định địa chỉ nơi hợp đồng của chúng ta được triển khai. Mỗi giao dịch được thực thi sẽ tạo ra một biên nhận. Biên nhận này chứa nhiều thông tin khác nhau về giao dịch, chẳng hạn như giao dịch được bao gồm trong khối nào và Máy chủ ảo Ethereum đã sử dụng bao nhiêu gas. Nếu một giao dịch
+tạo ra một hợp đồng, nó cũng sẽ chứa địa chỉ hợp đồng. Chúng ta có thể truy xuất biên nhận bằng phương thức RPC `eth_getTransactionReceipt`.
+
+```bash
+curl --data '{"jsonrpc":"2.0","method": "eth_getTransactionReceipt", "params": ["0xe1f3095770633ab2b18081658bad475439f6a08c902d0915903bafff06e6febf"], "id": 7}' -H "Content-Type: application/json" localhost:8545
+{"jsonrpc":"2.0","id":7,"result":{"blockHash":"0x77b1a4f6872b9066312de3744f60020cbd8102af68b1f6512a05b7619d527a4f","blockNumber":"0x1","contractAddress":"0x4d03d617d700cf81935d7f797f4e2ae719648262","cumulativeGasUsed":"0x1c31e","from":"0x9b1d35635cc34752ca54713bb99d38614f63c955","gasUsed":"0x1c31e","logs":[],"logsBloom":"0x00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000","status":"0x1","to":null,"transactionHash":"0xe1f3095770633ab2b18081658bad475439f6a08c902d0915903bafff06e6febf","transactionIndex":"0x0"}}
+```
+
+Hợp đồng của chúng ta được tạo trên `0x4d03d617d700cf81935d7f797f4e2ae719648262`. Kết quả rỗng thay vì biên nhận có nghĩa là giao dịch chưa được đưa vào một khối. Hãy đợi một lát và kiểm tra xem máy khách đồng thuận của bạn có đang chạy không và thử lại.
+
+#### Tương tác với các hợp đồng thông minh {#interacting-with-smart-contract}
+
+Trong ví dụ này, chúng ta sẽ gửi một giao dịch bằng cách sử dụng `eth_sendTransaction` đến phương thức `multiply` của hợp đồng.
+
+`eth_sendTransaction` yêu cầu một số đối số, cụ thể là `from`, `to` và `data`. `From` là địa chỉ công khai của tài khoản của chúng ta và `to` là địa chỉ hợp đồng. Đối số `data` chứa một tải trọng xác định phương thức nào phải được gọi và với đối số nào. Đây là lúc [ABI (giao diện nhị phân ứng dụng)](https://docs.soliditylang.org/en/latest/abi-spec.html) phát huy tác dụng. ABI là một tệp JSON xác định cách định nghĩa và mã hóa dữ liệu cho Máy chủ ảo Ethereum.
+
+Các byte của tải trọng xác định phương thức nào trong hợp đồng được gọi. Đây là 4 byte đầu tiên từ hàm băm Keccak trên tên hàm và các loại đối số của nó, được mã hóa dưới dạng hex. Hàm nhân chấp nhận một uint là bí danh cho uint256. Điều này cho chúng ta:
+
+```javascript
+web3.sha3("multiply(uint256)").substring(0, 10)
+// "0xc6888fa1"
+```
+
+Bước tiếp theo là mã hóa các đối số. Chỉ có một uint256, ví dụ, giá trị 6. ABI có một phần chỉ định cách mã hóa các loại uint256.
+
+`int: enc(X)` là mã hóa bù hai của X theo kiểu big-endian, được đệm ở phía bậc cao (bên trái) bằng 0xff cho X âm và bằng các byte không cho X dương sao cho độ dài là bội số của 32 byte.
+
+Giá trị này mã hóa thành `0000000000000000000000000000000000000000000000000000000000000006`.
+
+Kết hợp bộ chọn hàm và đối số đã mã hóa, dữ liệu của chúng ta sẽ là `0xc6888fa10000000000000000000000000000000000000000000000000000000000000006`.
+
+Bây giờ có thể gửi giá trị này đến nút:
+
+```bash
+curl --data '{"jsonrpc":"2.0","method": "eth_sendTransaction", "params": [{"from": "0xeb85a5557e5bdc18ee1934a89d8bb402398ee26a", "to": "0x6ff93b4b46b41c0c3c9baee01c255d3b4675963d", "data": "0xc6888fa10000000000000000000000000000000000000000000000000000000000000006"}], "id": 8}' -H "Content-Type: application/json" localhost:8545
+{"id":8,"jsonrpc":"2.0","result":"0x759cf065cbc22e9d779748dc53763854e5376eea07409e590c990eafc0869d74"}
+```
+
+Vì một giao dịch đã được gửi, một hàm băm giao dịch đã được trả về. Truy xuất biên nhận cho ra kết quả:
+
+```javascript
+{
+ blockHash: "0xbf0a347307b8c63dd8c1d3d7cbdc0b463e6e7c9bf0a35be40393588242f01d55",
+ blockNumber: 268,
+ contractAddress: null,
+ cumulativeGasUsed: 22631,
+ gasUsed: 22631,
+ logs: [{
+ address: "0x6ff93b4b46b41c0c3c9baee01c255d3b4675963d",
+ blockHash: "0xbf0a347307b8c63dd8c1d3d7cbdc0b463e6e7c9bf0a35be40393588242f01d55",
+ blockNumber: 268,
+ data: "0x000000000000000000000000000000000000000000000000000000000000002a",
+ logIndex: 0,
+ topics: ["0x24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da"],
+ transactionHash: "0x759cf065cbc22e9d779748dc53763854e5376eea07409e590c990eafc0869d74",
+ transactionIndex: 0
+ }],
+ transactionHash: "0x759cf065cbc22e9d779748dc53763854e5376eea07409e590c990eafc0869d74",
+ transactionIndex: 0
+}
+```
+
+Biên nhận có chứa một nhật ký. Nhật ký này được tạo bởi Máy chủ ảo Ethereum khi thực thi giao dịch và được bao gồm trong biên nhận. Hàm `multiply` cho thấy sự kiện `Print` đã được đưa ra với đầu vào nhân với 7. Vì đối số cho sự kiện `Print` là một uint256, chúng ta có thể giải mã nó theo các quy tắc ABI, điều này sẽ cho chúng ta kết quả thập phân 42 như mong đợi. Ngoài dữ liệu, cần lưu ý rằng các chủ đề có thể được sử dụng để xác định sự kiện nào đã tạo ra nhật ký:
+
+```javascript
+web3.sha3("Print(uint256)")
+// "24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da"
+```
+
+Đây chỉ là một giới thiệu ngắn gọn về một số tác vụ phổ biến nhất, minh họa việc sử dụng trực tiếp JSON-RPC.
+
+## Các chủ đề liên quan {#related-topics}
+
+- [Đặc tả JSON-RPC](http://www.jsonrpc.org/specification)
+- [Các nút và client](/developers/docs/nodes-and-clients/)
+- [API JavaScript](/developers/docs/apis/javascript/)
+- [API phụ trợ](/developers/docs/apis/backend/)
+- [Các ứng dụng thực thi](/developers/docs/nodes-and-clients/#execution-clients)
diff --git a/public/content/translations/vi/developers/docs/blocks/index.md b/public/content/translations/vi/developers/docs/blocks/index.md
new file mode 100644
index 00000000000..11bbb839b28
--- /dev/null
+++ b/public/content/translations/vi/developers/docs/blocks/index.md
@@ -0,0 +1,153 @@
+---
+title: "Khối"
+description: "Tổng quan về khối trong chuỗi khối Ethereum – cấu trúc dữ liệu của chúng, lý do chúng cần thiết và cách chúng được tạo ra."
+lang: vi
+---
+
+Các khối là tập hợp các giao dịch kèm theo một hàm băm (Hash) của khối trước đó trong chuỗi. Điều này liên kết các khối lại với nhau (thành một chuỗi) vì các hàm băm được tạo ra bằng phương pháp mật mã học (Cryptography) từ dữ liệu của khối. Điều này ngăn chặn gian lận, bởi vì chỉ một thay đổi trong bất kỳ khối nào trong lịch sử cũng sẽ làm vô hiệu tất cả các khối tiếp theo, do toàn bộ các hàm băm sau đó sẽ thay đổi và mọi người đang vận hành chuỗi khối sẽ phát hiện ra.
+
+## Điều kiện tiên quyết {#prerequisites}
+
+Khối là một chủ đề rất dễ với người mới. Để giúp bạn hiểu rõ hơn về trang này, chúng tôi khuyên bạn nên đọc [Tài khoản](/developers/docs/accounts/), [Giao dịch](/developers/docs/transactions/) và [giới thiệu về Ethereum](/developers/docs/intro-to-ethereum/) của chúng tôi.
+
+## Tại sao lại là khối? {#why-blocks}
+
+Để đảm bảo tất cả những người tham gia mạng Ethereum duy trì trạng thái đồng bộ và thống nhất về lịch sử giao dịch chính xác, chúng ta gom các giao dịch lại thành các khối. Điều này có nghĩa là hàng chục (hoặc hàng trăm) giao dịch được ghi nhận, thống nhất và đồng bộ cùng một lúc.
+
+
+_Sơ đồ được điều chỉnh từ [minh họa Ethereum EVM](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf)_
+
+Bằng cách giãn cách thời gian ghi nhận, chúng ta cho tất cả những người tham gia mạng đủ thời gian để đạt được đồng thuận: mặc dù các yêu cầu giao dịch xảy ra hàng chục lần mỗi giây, nhưng các khối trên Ethereum chỉ được tạo và ghi nhận sau mỗi mười hai giây.
+
+## Cách các khối hoạt động {#how-blocks-work}
+
+Để lưu giữ lịch sử giao dịch, các khối được sắp xếp theo một thứ tự nghiêm ngặt (mỗi khối mới đều chứa một thông tin liên quan đến khối cha của nó), và giao dịch trong khối cũng được sắp xếp nghiêm ngặt theo cách tương tự. Trừ những trường hợp đặt biệt, bất kì lúc nào, tất cả những người tham gia mạng lưới thống nhất con số, lịch sử chính xác của khối và đang xử lí để gom các yêu cầu giao dịch đang diễn ra vào khối tiếp theo.
+
+Khi một khối được nối với nhau bằng cách chọn ra nút xác thực ngẫu nhiên trên mạng lưới, nó sẽ được phân tán đến tất cả mạng lưới; tất cả nút thêm nó vào khối cuối của chuỗi khối và nút xác thực mới sẽ được chọn để tạo khối tiếp theo. Quy trình lắp khối chính xác và quy trình ghi nhận/ đồng thuận hiện được quy định bởi giao thức bằng chứng cổ phần (PoS) của Ethereum.
+
+## Giao thức bằng chứng cổ phần {#proof-of-stake-protocol}
+
+Bằng chứng cổ phần (Proof-of-Stake) có ý nghĩa như sau:
+
+- Nút xác thực phải Stake (đặt cược) 32 ETH vào một hợp đồng ký quỹ như khoảng thế chấp phòng hành vi độc hại. Điều này giúp bảo vệ mạng lưới vì các hoạt động không trung thực dẫn đến một hoặc tất cả Stake bị hủy đi.
+- Ở mỗi Slot (mỗi 12 giây) một nút xác thực ngẫu nhiên được chọn để làm người để xuất khối. Họ sẽ gộp các giao dịch lại, xử lí chúng và xác định 'trạng thái'. Họ gói các thông tin này vào một khối và phân tán nó với những nút xác thực khác.
+- Những nút xác thực khác khi biết về khối mới sẽ xác thực lại những giao dịch để đảm bảo rằng họ đồng tình với đề xuất thay đổi trên trạng thái toàn mạng. Giả sử rằng khối hợp lệ, họ sẽ thêm nó vào dữ liệu của họ.
+- Nếu một nút xác thực biết về hai khối trong cùng Slot họ sẽ sử dụng thuật toán chọn nhánh (Fork Choise Algorithm) để chọn ra một nhánh được ủng hộ bởi phần lớn ETH được Stake.
+
+[Thông tin thêm về bằng chứng cổ phần](/developers/docs/consensus-mechanisms/pos)
+
+## Khối có gì trong đó? {#block-anatomy}
+
+Có rất nhiều thông tin nằm trong một khối. Ở cấp độ tổng quát nhất, một khối chứa các trường dữ liệu sau:
+
+| Trường dữ liệu | Mô tả |
+| :--------------- | :-------------------------------------------------------------------- |
+| `slot` | Slot mà khối đó thuộc về |
+| `proposer_index` | iD của trình xác thực đề xuất khối |
+| `parent_root` | kết quả hàm băm của khối trước |
+| `state_root` | hàm băm gốc của đối tượng trạng thái |
+| `phần body` | một đối tượng chứa nhiều trường dữ liệu, như được định nghĩa dưới đây |
+
+Phần `body` của khối chứa một số trường riêng:
+
+| Trường dữ liệu | Mô tả |
+| :------------------- | :------------------------------------------------------------------------------------------------------------------------------ |
+| `randao_reveal` | một giá trị được dùng để chọn người đề xuất khối tiếp theo |
+| `eth1_data` | thông tin về hợp đồng ký quỹ (deposit contract) |
+| `graffiti` | dữ liệu tùy ý được dùng để gắn nhãn cho các khối |
+| `proposer_slashings` | danh sách các nút xác thực sẽ bị phạt cắt quỹ (Slashing) |
+| `attester_slashings` | danh sách các nút xác thực chứng thực sẽ bị cắt quỹ (Slashing) |
+| `attestations` | danh sách các chứng thực được thực hiện đối với các slot trước đó |
+| `gửi tiền` | danh sách các khoản ký quỹ mới vào hợp đồng ký quỹ |
+| `voluntary_exits` | danh sách các nút xác thực tự nguyện rời khỏi mạng |
+| `sync_aggregate` | tập con các nút xác thực được dùng để phục vụ Light Client (Client có dữ liệu thấp hơn so với Client đầy đủ) |
+| `execution_payload` | các giao dịch được chuyển từ Client thực thi |
+
+Trường `attestations` chứa danh sách tất cả các chứng thực trong khối. Sự chứng thực (Attestations) có những loại dữ liệu riêng chứa những mảnh dữ liệu. Mỗi sự chứng thực chứa:
+
+| Trường dữ liệu | Mô tả |
+| :----------------- | :----------------------------------------------------------------------- |
+| `aggregation_bits` | một tập hợp những nút xác thực tham gia quá trình chứng nhận này |
+| `dữ liệu` | một hộp chưa những trường dữ liệu con |
+| `signature` | chữ ký tổng hợp của một tập hợp những người xác thực đối với phần `data` |
+
+Trường `data` trong `attestation` chứa những nội dung sau:
+
+| Trường dữ liệu | Mô tả |
+| :------------------ | :-------------------------------------------------------------- |
+| `slot` | những Slot liên quann đến sự chứng thực |
+| `index` | các chỉ số nút xác thực |
+| `beacon_block_root` | hàm băm gốc của khối Beacon được xem là phần đầu của chuỗi |
+| `nguồn` | cột mốc cuối cùng được xác nhận (Jusstified) |
+| `target` | khối ranh giới chu kỳ mới nhất |
+
+Việc thực thi các giao dịch trong `execution_payload` sẽ cập nhật trạng thái toàn cục. Tất cả các máy khách thực thi lại các giao dịch trong `execution_payload` để đảm bảo trạng thái mới khớp với trạng thái trong trường `state_root` của khối mới. Đây là cách một Client có thể biết được khối mới hợp lệ và an toàn để thêm vào chuỗi khối hay không. Bản thân `execution payload` là một đối tượng có một số trường. Ngoài ra còn có một `execution_payload_header` chứa thông tin tóm tắt quan trọng về dữ liệu thực thi. Những cấu trúc được sắp sếp như sau:
+
+`execution_payload_header` chứa các trường sau:
+
+| Trường dữ liệu | Mô tả |
+| :------------------ | :------------------------------------------------------------------------------------ |
+| `parent_hash` | kết quả băm của khối bố |
+| `fee_recipient` | địa chỉ tài khoản trả phí giao dịch đến |
+| `state_root` | hàm băm gốc của trạng thái toàn mạng lưới sau khi áp dụng các thay đổi trong khối này |
+| `receipts_root` | hàm băm của tất cả biên lai giao dịch (dữ liệu dạng cây) |
+| `logs_bloom` | cấu trúc trúc dữ liệu chứa các nhật kí sự kiện |
+| `prev_randao` | dữ liệu dùng trong lựa chọn nút xác thực ngẫu nhiên |
+| `block_number` | số của khối hiện tại |
+| `gas_limit` | lượng Gas tối đa cho phép ở khối này |
+| `gas_used` | lượng Gas thực tế sử dụng trong khối |
+| `timestamp` | thời gian của khối |
+| `extra_data` | dữ liệu bổ sung tùy ý dưới dạng Byte thô |
+| `base_fee_per_gas` | phí giao dịch cơ bản |
+| `block_hash` | Hàm băm của khối thực thi |
+| `transactions_root` | hàm băm gốc của các giao dịch trong dữ liệu thực thi |
+| `withdrawal_root` | hàm băm gốc của các lệnh rút trong dữ liệu thực thi |
+
+Bản thân `execution_payload` chứa những nội dung sau (lưu ý rằng nó giống hệt với phần header ngoại trừ việc thay vì chứa hàm băm gốc của các giao dịch, nó bao gồm danh sách thực tế các giao dịch và thông tin rút tiền):
+
+| Trường dữ liệu | Mô tả |
+| :----------------- | :------------------------------------------------------------------------------------ |
+| `parent_hash` | kết quả băm của khối bố |
+| `fee_recipient` | địa chỉ tài khoản trả phí giao dịch đến |
+| `state_root` | hàm băm gốc của trạng thái toàn mạng lưới sau khi áp dụng các thay đổi trong khối này |
+| `receipts_root` | hàm băm của tất cả biên lai giao dịch (dữ liệu dạng cây) |
+| `logs_bloom` | cấu trúc trúc dữ liệu chứa các nhật kí sự kiện |
+| `prev_randao` | dữ liệu dùng trong lựa chọn nút xác thực ngẫu nhiên |
+| `block_number` | số của khối hiện tại |
+| `gas_limit` | lượng Gas tối đa cho phép ở khối này |
+| `gas_used` | lượng Gas thực tế sử dụng trong khối |
+| `timestamp` | thời gian của khối |
+| `extra_data` | dữ liệu bổ sung tùy ý dưới dạng Byte thô |
+| `base_fee_per_gas` | phí giao dịch cơ bản |
+| `block_hash` | Hàm băm của khối thực thi |
+| `các giao dịch` | danh sách của những giao dịch sẽ được thực thi |
+| `rút tiền` | danh sách đối tượng rút |
+
+Danh sách `withdrawals` chứa các đối tượng `withdrawal` được cấu trúc theo cách sau:
+
+| Trường dữ liệu | Mô tả |
+| :--------------- | :------------------------- |
+| `địa chỉ` | địa chỉ tài khoải rút tiền |
+| `amount` | khối lượng tiền rút |
+| `index` | số thứ tự rút tiền |
+| `validatorIndex` | số thứ tự nút xác thực |
+
+## Thời gian khối {#block-time}
+
+Thời gian khối dùng để mô tả thời gian tách khối. Trong Ethereum, thời gian chia thành mỗi đơn vị 12 giây gọi là 'Slot'. Với mỗi slot một nút xác thực đựa lựa chọn để đề xuất khối. Giả sử rằng tất cả nút xác thực đang trực tuyến và hoạt động bình thường thì mỗi Slot sẽ có một khối, nghĩa rằng thời gian khối là 12 giây. Tuy nhiên, đôi khi nút xác thực có thể ngoại tuyến khi được gọi đề xuất khối, nghĩa là Slot đôi khi bị trống.
+
+Việc thực hiện sẽ khác nhau giữa hệ thống bằng chứng công việc nơi mà thời gian khối dựa theo xác suất và được điều chỉnh theo mục tiêu của giao thức độ khó đào. [Thời gian khối trung bình](https://etherscan.io/chart/blocktime) của Ethereum là một ví dụ hoàn hảo về điều này, qua đó quá trình chuyển đổi từ bằng chứng công việc sang bằng chứng cổ phần có thể được suy ra một cách rõ ràng dựa trên tính nhất quán của thời gian khối 12 giây mới.
+
+## Kích thước khối {#block-size}
+
+Một lưu ý quan trọng đó là bản thân khối cũng bị giới hạn về kích thước. Mỗi khối có kích thước mục tiêu là 30 triệu gas nhưng kích thước của các khối sẽ tăng hoặc giảm theo nhu cầu của mạng lưới, cho đến khi đạt giới hạn khối là 60 triệu gas (gấp 2 lần kích thước khối mục tiêu). Giới hạn Gas của khối có thể điều chỉnh lên hoặc xuống phụ thuộc vào tỉ lệ khoảng 1/1024 từ giới hạn Gas của khối trước. Và kết quả, nút xác thực có thể thay đổi giới hạn Gas của khối qua đồng thuận. Tổng lượng Gas được tiêu thụ bởi tất cả giao dịch trong khối phải nhỏ hơn mức giới hạn Gas mục tiêu của khối. Điều này rất quan trọng để đảm bảo rằng khối không thể có kích thước tùy ý. Nếu khối có thể có kích thước tùy ý, thì các nút xác thực bản đầy đủ (Full Node) sẽ không thể theo kịp mạng lưới do yêu cầu về dữ liệu trống và tốc độ (phần cứng không đủ mạnh mẽ). Khối càng lớn, càng cần nhiều sức mạnh tính toán để có thể xử lí chúng xong thời gian của Slot kế. Điều này là rủi ro tập trung hóa, và giải pháp là giới hạn kích thước khối.
+
+## Đọc thêm {#further-reading}
+
+_Biết về nguồn lực cộng đồng đã giúp đỡ bạn? Chỉnh sửa trang này và bổ sung!_
+
+## Các chủ đề liên quan {#related-topics}
+
+- [Giao dịch](/developers/docs/transactions/)
+- [Gas](/developers/docs/gas/)
+- [Bằng chứng cổ phần](/developers/docs/consensus-mechanisms/pos)
diff --git a/public/content/translations/vi/developers/docs/bridges/index.md b/public/content/translations/vi/developers/docs/bridges/index.md
new file mode 100644
index 00000000000..66cc42f2a56
--- /dev/null
+++ b/public/content/translations/vi/developers/docs/bridges/index.md
@@ -0,0 +1,138 @@
+---
+title: "Các cầu nối"
+description: "Tổng quan về cầu nối cho các nhà phát triển"
+lang: vi
+---
+
+Với sự gia tăng của các chuỗi khối L1 và các giải pháp [mở rộng](/developers/docs/scaling/) L2, cùng với số lượng ngày càng tăng của các ứng dụng phi tập trung hoạt động xuyên chuỗi, nhu cầu về giao tiếp và di chuyển tài sản giữa các chuỗi đã trở thành một phần thiết yếu của hạ tầng mạng. Có nhiều loại cầu nối khác nhau tồn tại để giúp điều này trở nên khả thi.
+
+## Nhu cầu về cầu nối {#need-for-bridges}
+
+Cầu tôn tại để kết nối các mạng lưới chuỗi khối. Chúng cho phép khả năng kết nối và khả năng tương tác giữa các chuỗi khối.
+
+Các chuỗi khối tồn tại trong những môi trường tách biệt, nghĩa là không có cách nào để các chuỗi khối tự nhiên trao đổi và giao tiếp với các chuỗi khối khác. Do đó, mặc dù có thể có nhiều hoạt động và đổi mới đáng kể trong một hệ sinh thái, nhưng nó vẫn bị giới hạn bởi sự thiếu kết nối và khả năng tương tác với các hệ sinh thái khác.
+
+Cầu nối mang đến một cách thức để các môi trường chuỗi khối tách biệt có thể kết nối với nhau. Chúng thiết lập một tuyến đường truyền giữa các chuỗi khối, nơi token, thông điệp, dữ liệu tùy ý và thậm chí cả lời gọi [hợp đồng thông minh](/developers/docs/smart-contracts/) có thể được chuyển từ chuỗi này sang chuỗi khác.
+
+## Lợi ích của cầu nối {#benefits-of-bridges}
+
+Nói một cách đơn giản, cầu nối mở ra nhiều trường hợp sử dụng bằng cách cho phép các mạng chuỗi khối trao đổi dữ liệu và di chuyển tài sản giữa chúng.
+
+Các chuỗi khối có những điểm mạnh, điểm yếu và cách tiếp cận riêng trong việc xây dựng ứng dụng (chẳng hạn như tốc độ, thông lượng, chi phí, v.v.). Cầu nối hỗ trợ sự phát triển của toàn bộ hệ sinh thái tiền mã hóa bằng cách cho phép các chuỗi khối tận dụng những đổi mới của nhau.
+
+Đối với các nhà phát triển, cầu nối cho phép những điều sau:
+
+- việc chuyển bất kỳ dữ liệu, thông tin và tài sản nào giữa các chuỗi.
+- mở khóa các tính năng và trường hợp sử dụng mới cho các giao thức khi cầu nối mở rộng không gian thiết kế cho những gì mà các giao thức có thể cung cấp. Ví dụ, một giao thức yield farming được triển khai ban đầu trên Ethereum Mainnet có thể cung cấp các pool thanh khoản trên tất cả các chuỗi tương thích với EVM.
+- cơ hội tận dụng những điểm mạnh của các chuỗi khối khác nhau. Ví dụ, các nhà phát triển có thể hưởng lợi từ mức phí thấp hơn do các giải pháp L2 cung cấp bằng cách triển khai ứng dụng phi tập trung của họ trên các rollup và sidechain, và người dùng có thể sử dụng cầu nối để di chuyển giữa chúng.
+- sự hợp tác giữa các nhà phát triển từ nhiều hệ sinh thái chuỗi khối khác nhau để xây dựng các sản phẩm mới.
+- thu hút người dùng và cộng đồng từ nhiều hệ sinh thái khác nhau đến với các ứng dụng phi tập trung của họ.
+
+## Các cầu nối hoạt động thế nào? {#how-do-bridges-work}
+
+Mặc dù có nhiều [loại thiết kế cầu nối](https://li.fi/knowledge-hub/blockchain-bridges-and-classification/), ba cách nổi bật để hỗ trợ việc chuyển tài sản xuyên chuỗi là:
+
+- **Khóa và đúc –** Khóa tài sản trên chuỗi nguồn và đúc tài sản trên chuỗi đích.
+- **Đốt và đúc –** Đốt tài sản trên chuỗi nguồn và đúc tài sản trên chuỗi đích.
+- **Hoán đổi nguyên tử –** Hoán đổi tài sản trên chuỗi nguồn lấy tài sản trên chuỗi đích với một bên khác.
+
+## Các loại cầu nối {#bridge-types}
+
+Các cầu nối thường có thể được phân loại vào một trong các nhóm sau:
+
+- **Cầu nối gốc –** Những cầu nối này thường được xây dựng để khởi tạo thanh khoản trên một chuỗi khối cụ thể, giúp người dùng dễ dàng chuyển tiền vào hệ sinh thái đó. Ví dụ: [Arbitrum Bridge](https://bridge.arbitrum.io/) được xây dựng để giúp người dùng thuận tiện khi kết nối từ Ethereum Mainnet sang Arbitrum. Các cầu nối tương tự khác bao gồm Polygon PoS Bridge, [Optimism Gateway](https://app.optimism.io/bridge), v.v.
+- **Cầu nối dựa trên người xác thực hoặc oracle –** Những cầu nối này dựa vào một tập hợp người xác thực bên ngoài hoặc các oracle để xác minh các giao dịch chuyển xuyên chuỗi. Ví dụ: Multichain và Across.
+- **Cầu nối truyền thông điệp tổng quát –** Những cầu nối này có thể chuyển tài sản cùng với thông điệp và dữ liệu tùy ý giữa các chuỗi. Ví dụ: Axelar, LayerZero và Nomad.
+- **Mạng lưới thanh khoản –** Những cầu nối này chủ yếu tập trung vào việc chuyển tài sản từ chuỗi này sang chuỗi khác thông qua các hoán đổi nguyên tử. Thông thường, chúng không hỗ trợ việc truyền thông điệp xuyên chuỗi. Ví dụ: Connext và Hop.
+
+## Những đánh đổi cần cân nhắc {#trade-offs}
+
+Với các cầu nối, không có giải pháp nào là hoàn hảo. Thay vào đó, chỉ có những đánh đổi được thực hiện để phục vụ một mục đích. Các nhà phát triển và người dùng có thể đánh giá các cầu nối dựa trên các yếu tố sau:
+
+- **Bảo mật –** Ai là người xác minh hệ thống? Các cầu nối được bảo mật bởi những người xác thực bên ngoài thường kém an toàn hơn so với các cầu nối được bảo mật cục bộ hoặc bảo mật gốc bởi những người xác thực của chính chuỗi khối.
+- **Tiện lợi –** Mất bao lâu để hoàn tất một giao dịch và người dùng cần ký bao nhiêu giao dịch? Đối với một nhà phát triển, việc tích hợp một cầu nối mất bao lâu và quá trình đó phức tạp đến mức nào?
+- **Khả năng kết nối –** Cầu nối có thể kết nối với những chuỗi đích khác nhau nào (ví dụ: rollup, chuỗi bên, các chuỗi khối lớp 1 khác, v.v.) và việc tích hợp một chuỗi khối mới khó đến mức nào?
+- **Khả năng truyền dữ liệu phức tạp hơn –** Liệu một cầu nối có thể cho phép truyền thông điệp và dữ liệu tùy ý phức tạp hơn giữa các chuỗi, hay nó chỉ hỗ trợ chuyển tài sản xuyên chuỗi?
+- **Hiệu quả chi phí –** Việc chuyển tài sản xuyên chuỗi thông qua một cầu nối tốn bao nhiêu chi phí? Thông thường, các cầu nối tính một khoản phí cố định hoặc biến đổi tùy thuộc vào chi phí gas và thanh khoản của các tuyến cụ thể. Việc đánh giá hiệu quả chi phí của một cầu nối dựa trên lượng vốn cần thiết để đảm bảo tính bảo mật của nó cũng là điều rất quan trọng.
+
+Ở mức độ khái quát, các cầu nối có thể được phân loại thành có niềm tin và không cần niềm tin.
+
+- **Có niềm tin –** Các cầu nối có niềm tin được xác minh bởi bên ngoài. Chúng sử dụng một tập hợp trình xác minh bên ngoài (Liên đoàn với đa chữ ký, hệ thống tính toán đa bên, mạng lưới oracle) để gửi dữ liệu giữa các chuỗi. Do đó, chúng có thể cung cấp khả năng kết nối tuyệt vời và cho phép truyền thông điệp tổng quát hoàn toàn giữa các chuỗi. Chúng cũng có xu hướng hoạt động tốt về tốc độ và hiệu quả chi phí. Điều này phải đánh đổi bằng tính bảo mật, vì người dùng phải dựa vào mức độ an toàn của chính cầu nối.
+- **Không cần niềm tin –** Những cầu nối này dựa vào các chuỗi khối mà chúng kết nối và những người xác thực của các chuỗi đó để chuyển thông điệp và token. Chúng được gọi là “không cần niềm tin” vì chúng không thêm các giả định niềm tin mới (ngoài các chuỗi khối). Do đó, các cầu nối không cần niềm tin được xem là an toàn hơn so với các cầu nối có niềm tin.
+
+Để đánh giá các cầu nối không cần niềm tin dựa trên những yếu tố khác, chúng ta phải phân loại chúng thành cầu nối truyền thông điệp tổng quát và mạng lưới thanh khoản.
+
+- **Cầu nối truyền thông điệp tổng quát –** Những cầu nối này nổi trội về mặt bảo mật và khả năng truyền dữ liệu phức tạp hơn giữa các chuỗi. Thông thường, chúng cũng có hiệu quả chi phí tốt. Tuy nhiên, những điểm mạnh này thường phải đánh đổi bằng khả năng kết nối đối với các cầu nối light client (ví dụ: IBC) và hạn chế về tốc độ đối với các cầu nối lạc quan (ví dụ: Nomad) sử dụng bằng chứng gian lận.
+- **Mạng lưới thanh khoản –** Những cầu nối này sử dụng hoán đổi nguyên tử để chuyển tài sản và là các hệ thống được xác minh cục bộ (tức là chúng sử dụng những người xác thực của các chuỗi khối nền tảng để xác minh giao dịch). Do đó, chúng nổi trội về bảo mật và tốc độ. Hơn nữa, chúng được xem là có hiệu quả chi phí tương đối và cung cấp khả năng kết nối tốt. Tuy nhiên, sự đánh đổi lớn nhất là chúng không thể truyền dữ liệu phức tạp hơn – vì chúng không hỗ trợ việc truyền thông điệp xuyên chuỗi.
+
+## Rủi ro với cầu nối {#risk-with-bridges}
+
+Các cầu nối chiếm ba [vụ tấn công lớn nhất trong DeFi](https://rekt.news/leaderboard/) và vẫn đang ở giai đoạn đầu của quá trình phát triển. Việc sử dụng bất kỳ cầu nối nào cũng tiềm ẩn các rủi ro sau:
+
+- **Rủi ro hợp đồng thông minh –** Mặc dù nhiều cầu nối đã vượt qua các cuộc kiểm toán thành công, nhưng chỉ cần một lỗ hổng trong hợp đồng thông minh là tài sản có thể bị phơi bày trước các cuộc tấn công (ví dụ: [Wormhole Bridge của Solana](https://rekt.news/wormhole-rekt/)).
+- **Rủi ro tài chính hệ thống** – Nhiều cầu nối sử dụng tài sản được bọc để đúc ra các phiên bản chuẩn của tài sản gốc trên một chuỗi mới. Điều này khiến hệ sinh thái phải đối mặt với rủi ro hệ thống, như chúng ta đã thấy các phiên bản token được bọc từng bị khai thác.
+- **Rủi ro đối tác –** Một số cầu nối sử dụng thiết kế có niềm tin, yêu cầu người dùng dựa trên giả định rằng những người xác thực sẽ không thông đồng để đánh cắp tiền của người dùng. Việc người dùng phải đặt niềm tin vào các bên thứ ba này khiến họ đối mặt với các rủi ro như rug pull, kiểm duyệt và các hoạt động độc hại khác.
+- **Các vấn đề còn bỏ ngỏ –** Do các cầu nối vẫn đang trong giai đoạn sơ khai của quá trình phát triển, có nhiều câu hỏi chưa có lời giải liên quan đến cách chúng sẽ hoạt động trong các điều kiện thị trường khác nhau, chẳng hạn như khi mạng bị tắc nghẽn hoặc trong những sự kiện bất ngờ như tấn công ở cấp độ mạng hay quay lui trạng thái. Sự không chắc chắn này tạo ra một số rủi ro, mức độ của chúng vẫn chưa được xác định.
+
+## Các dapp có thể sử dụng cầu nối như thế nào? {#how-can-dapps-use-bridges}
+
+Dưới đây là một số ứng dụng thực tiễn mà các nhà phát triển có thể cân nhắc về cầu và việc đưa dapp của họ hoạt động đa chuỗi:
+
+### Tích hợp cầu nối {#integrating-bridges}
+
+Đối với các nhà phát triển, có nhiều cách để thêm hỗ trợ cho các cầu:
+
+1. **Xây dựng cầu nối của riêng bạn –** Xây dựng một cầu nối bảo mật và đáng tin cậy không hề dễ dàng, đặc biệt nếu bạn chọn hướng tối thiểu hóa sự tin cậy. Hơn nữa, điều này đòi hỏi nhiều năm kinh nghiệm và chuyên môn kỹ thuật liên quan đến các nghiên cứu về khả năng mở rộng và khả năng tương tác. Ngoài ra, điều này còn đòi hỏi một đội ngũ trực tiếp vận hành để duy trì cầu nối và thu hút đủ thanh khoản để làm cho nó khả thi.
+
+2. **Hiển thị cho người dùng nhiều tùy chọn cầu nối –** Nhiều [ứng dụng phi tập trung](/developers/docs/dapps/) yêu cầu người dùng phải có token gốc của họ để tương tác. Để người dùng có thể truy cập token của mình, họ cung cấp nhiều tùy chọn cầu nối khác nhau trên trang web của họ. Tuy nhiên, phương pháp này chỉ là giải pháp tạm thời cho vấn đề, vì nó đưa người dùng ra khỏi giao diện của dapp và vẫn yêu cầu họ tương tác với các dapp và cầu nối khác. Đây là một trải nghiệm onboarding rườm rà, với nguy cơ người dùng mắc lỗi cao hơn.
+
+3. **Tích hợp một cầu nối –** Giải pháp này không yêu cầu ứng dụng phi tập trung phải dẫn người dùng đến các giao diện cầu nối và sàn giao dịch phi tập trung bên ngoài. Nó cho phép các ứng dụng phi tập trung cải thiện trải nghiệm onboarding của người dùng. Tuy nhiên, cách tiếp cận này cũng có những hạn chế:
+
+ - Việc đánh giá và duy trì các cầu nối rất khó khăn và tốn thời gian.
+ - Việc chọn một cầu nối duy nhất tạo ra một điểm thất bại và sự phụ thuộc duy nhất.
+ - Ứng dụng phi tập trung bị giới hạn bởi khả năng của cầu nối.
+ - Chỉ sử dụng cầu nối có thể sẽ chưa đủ. Các ứng dụng phi tập trung có thể cần các sàn DEX để cung cấp nhiều chức năng hơn, chẳng hạn như hoán đổi tài sản xuyên chuỗi.
+
+4. **Tích hợp nhiều cầu nối –** Giải pháp này giải quyết nhiều vấn đề liên quan đến việc tích hợp chỉ một cầu nối duy nhất. Tuy nhiên, nó cũng có những hạn chế, vì việc tích hợp nhiều cầu nối tốn nhiều tài nguyên và tạo ra gánh nặng kỹ thuật cùng chi phí truyền thông cho các nhà phát triển — nguồn lực quý giá nhất trong lĩnh vực crypto.
+
+5. **Tích hợp bộ tổng hợp cầu nối –** Một lựa chọn khác cho các ứng dụng phi tập trung là tích hợp giải pháp tổng hợp cầu nối, giúp họ truy cập vào nhiều cầu nối. Các bộ tổng hợp cầu nối kế thừa các điểm mạnh của tất cả các cầu nối và do đó không bị giới hạn bởi khả năng của bất kỳ cầu nối đơn lẻ nào. Đáng chú ý là các bộ tổng hợp cầu nối thường duy trì các tích hợp cầu nối, điều này giúp ứng dụng phi tập trung không phải bận tâm đến việc quản lý các khía cạnh kỹ thuật và vận hành của việc tích hợp cầu nối.
+
+Tuy vậy, các bộ tổng hợp cầu nối cũng có những hạn chế của riêng chúng. Chẳng hạn, mặc dù chúng có thể cung cấp nhiều lựa chọn cầu nối hơn, nhưng trên thị trường thường có nhiều cầu nối khác ngoài những cầu nối được cung cấp trên nền tảng của bộ tổng hợp. Hơn nữa, cũng giống như các cầu nối, các bộ tổng hợp cầu nối cũng phải đối mặt với rủi ro từ hợp đồng thông minh và công nghệ (càng nhiều hợp đồng thông minh = càng nhiều rủi ro).
+
+Nếu một ứng dụng phi tập trung đi theo hướng tích hợp một cầu nối hoặc một bộ tổng hợp, sẽ có những lựa chọn khác nhau tùy thuộc vào mức độ tích hợp được thực hiện sâu đến đâu. Chẳng hạn, nếu chỉ là tích hợp giao diện người dùng để cải thiện trải nghiệm khởi tạo cho người dùng, một ứng dụng phi tập trung sẽ tích hợp tiện ích. Tuy nhiên, nếu việc tích hợp nhằm khám phá các chiến lược xuyên chuỗi sâu hơn như staking, yield farming, v.v., thì ứng dụng phi tập trung sẽ tích hợp SDK hoặc API.
+
+### Triển khai một ứng dụng phi tập trung trên nhiều chuỗi {#deploying-a-dapp-on-multiple-chains}
+
+Để triển khai một ứng dụng phi tập trung trên nhiều chuỗi, các nhà phát triển có thể sử dụng các nền tảng phát triển như [Alchemy](https://www.alchemy.com/), [Hardhat](https://hardhat.org/), [Moralis](https://moralis.io/), v.v. Thông thường, các nền tảng này đi kèm với các plugin có thể kết hợp, cho phép các ứng dụng phi tập trung hoạt động xuyên chuỗi. Chẳng hạn, các nhà phát triển có thể sử dụng proxy triển khai xác định được cung cấp bởi [plugin hardhat-deploy](https://github.com/wighawag/hardhat-deploy).
+
+#### Ví dụ:
+
+- [Cách xây dựng các ứng dụng phi tập trung xuyên chuỗi](https://moralis.io/how-to-build-cross-chain-dapps/)
+- [Xây dựng một Sàn giao dịch NFT Xuyên chuỗi](https://youtu.be/WZWCzsB1xUE)
+- [Moralis: Xây dựng các ứng dụng phi tập trung NFT xuyên chuỗi](https://www.youtube.com/watch?v=ehv70kE1QYo)
+
+### Giám sát hoạt động hợp đồng trên các chuỗi {#monitoring-contract-activity-across-chains}
+
+Để giám sát hoạt động hợp đồng trên nhiều chuỗi, các nhà phát triển có thể sử dụng subgraph và các nền tảng dành cho nhà phát triển như Tenderly để quan sát hợp đồng thông minh theo thời gian thực. Các nền tảng như vậy cũng có các công cụ cung cấp chức năng giám sát dữ liệu nâng cao hơn cho các hoạt động xuyên chuỗi, chẳng hạn như kiểm tra [các sự kiện được hợp đồng phát ra](https://docs.soliditylang.org/en/v0.8.14/contracts.html?highlight=events#events), v.v.
+
+#### Công cụ
+
+- [The Graph](https://thegraph.com/en/)
+- [Tenderly](https://tenderly.co/)
+
+## Đọc thêm {#further-reading}
+
+- [Cầu nối Chuỗi khối](/bridges/) – ethereum.org
+- [Khuôn khổ Rủi ro Cầu nối L2Beat](https://l2beat.com/bridges/summary)
+- [Cầu nối chuỗi khối: Xây dựng mạng lưới của các mạng mã hóa](https://medium.com/1kxnetwork/blockchain-bridges-5db6afac44f8) - 8 tháng 9, 2021 – Dmitriy Berenzon
+- [Thế khó ba của khả năng tương tác](https://blog.connext.network/the-interoperability-trilemma-657c2cf69f17) - 1 tháng 10, 2021 – Arjun Bhuptani
+- [Các cụm: Cách các cầu nối có niềm tin & tối thiểu hóa niềm tin định hình bối cảnh đa chuỗi](https://blog.celestia.org/clusters/) - 4 tháng 10, 2021 – Mustafa Al-Bassam
+- [LI.FI: Với cầu nối, niềm tin là một phổ](https://blog.li.fi/li-fi-with-bridges-trust-is-a-spectrum-354cd5a1a6d8) - 28 tháng 4, 2022 – Arjun Chand
+- [Tình trạng của các giải pháp tương tác Rollup](https://web.archive.org/web/20250428015516/https://research.2077.xyz/the-state-of-rollup-interoperability) - 20 tháng 6, 2024 – Alex Hook
+- [Tận dụng bảo mật chung cho khả năng tương tác chuỗi chéo an toàn: Lagrange State Committees và hơn thế nữa](https://web.archive.org/web/20250125035123/https://research.2077.xyz/harnessing-shared-security-for-secure-blockchain-interoperability) - 12 tháng 6, 2024 – Emmanuel Awosika
+
+Ngoài ra, dưới đây là một số bài thuyết trình giàu thông tin của [James Prestwich](https://twitter.com/_prestwich) có thể giúp phát triển sự hiểu biết sâu hơn về các cầu nối:
+
+- [Xây dựng cầu nối, không phải những hệ sinh thái khép kín](https://youtu.be/ZQJWMiX4hT0)
+- [Phân tích về cầu nối](https://youtu.be/b0mC-ZqN8Oo)
+- [Tại sao những cầu nối lại bốc cháy](https://youtu.be/c7cm2kd20j8)
diff --git a/public/content/translations/vi/developers/docs/consensus-mechanisms/index.md b/public/content/translations/vi/developers/docs/consensus-mechanisms/index.md
new file mode 100644
index 00000000000..384a837d1d6
--- /dev/null
+++ b/public/content/translations/vi/developers/docs/consensus-mechanisms/index.md
@@ -0,0 +1,92 @@
+---
+title: "Cơ chế đồng thuận"
+description: "Một sự giải thích về các giao thức đồng thuận trong hệ thống phân tán và vai trò của chúng trong Ethereum."
+lang: vi
+---
+
+Thuật ngữ 'cơ chế đồng thuận' thường được dùng để chỉ các giao thức 'Bằng chứng cổ phần', 'Bằng chứng công việc' hoặc 'Bằng chứng quyền hạn'. Tuy nhiên, đây chỉ là các thành phần trong cơ chế đồng thuận giúp bảo vệ chống lại [các cuộc tấn công Sybil](/glossary/#sybil-attack). Cơ chế đồng thuận là toàn bộ tập hợp các ý tưởng, giao thức và cơ chế khuyến khích, cho phép một tập hợp các nút phân tán đồng thuận về trạng thái của chuỗi khối.
+
+## Điều kiện tiên quyết {#prerequisites}
+
+Để hiểu rõ hơn về trang này, chúng tôi khuyên bạn nên đọc trước bài [giới thiệu về Ethereum](/developers/docs/intro-to-ethereum/) của chúng tôi.
+
+## Sự đồng thuận là gì? {#what-is-consensus}
+
+Thông qua sự đồng thuận, chúng ta có ý rằng một thoả thuận chung đã đạt được Hãy xem xét một nhóm người đi xem phim. Nếu không có bất đồng về sự lựa chọn bộ phim đã được đề xuất, thì đạt được một sự đồng thuận. Nếu có bất đồng, nhóm buộc phải có cách để quyết định sẽ xem bộ phim nào. Trong những trường hợp cực đoan, nhóm cuối cùng sẽ tách ra.
+
+Đối với chuỗi khối Ethereum, quá trình này được chính thức hoá và việc đạt được sự đồng thuận có nghĩa là ít nhất 66% số nút trên mạng đồng ý về trạng thái toàn cục của mạng.
+
+## Cơ chế đồng thuận là gì? {#what-is-a-consensus-mechanism}
+
+Thuật ngữ cơ chế đồng thuận chỉ toàn bộ tập hợp các giao thức, cơ chế khuyến khích và ý tưởng cho phép một mạng lưới các nút đồng thuận về trạng thái của chuỗi khối.
+
+Ethereum sử dụng cơ chế đồng thuận dựa trên bằng chứng cổ phần (proof-of-stake), trong đó tính bảo mật kinh tế-tiền điện tử được đảm bảo nhờ hệ thống phần thưởng và hình phạt áp dụng cho số vốn mà các staker đã khoá. Cấu trúc khuyến khích này thúc đẩy các staker độc lập vận hành trình xác thực trung thực, trừng phạt những người không như thế và tạo ra chi phí cực kỳ cao để tấn công mạng.
+
+Sau đó, có một giao thức quy định cách các trình xác thực trung thực được chọn để đề xuất hoặc xác thực khối, xử lý giao dịch và bỏ phiếu về quan điểm của họ về khối mới nhất trên chuỗi. Trong một số tình huống hiếm hoi khi nhiều khối ở cùng một vị trí gần đầu chuỗi, có một cơ chế lựa chọn fork chọn các khối tạo nên chuỗi 'nặng nhất', được đo bằng số lượng trình xác thực đã bỏ phiếu cho các khối theo số dư ether đã đặt cọc của họ.
+
+Một số khái niệm quan trọng đối với cơ chế đồng thuận không được định nghĩa rõ ràng trong mã nguồn, chẳng hạn như mức độ bảo mật bổ sung mà việc phối hợp xã hội ngoài hệ thống có thể cung cấp như biện pháp phòng thủ cuối cùng chống lại các cuộc tấn công vào mạng.
+
+Các thành phần này cùng nhau tạo thành cơ chế đồng thuận.
+
+## Các loại cơ chế đồng thuận {#types-of-consensus-mechanisms}
+
+### Dựa trên bằng chứng công việc {#proof-of-work}
+
+Giống như Bitcoin, Ethereum đã từng sử dụng giao thức đồng thuận dựa trên **bằng chứng công việc (PoW)**.
+
+#### Tạo khối {#pow-block-creation}
+
+Các thợ đào cạnh tranh để tạo ra các khối mới chứa các giao dịch đã được xử lý. Người chiến thắng chia sẻ khối mới với phần còn lại của mạng và kiếm được một số ETH mới được đúc. Cuộc đua giành chiến thắng bởi máy tính có thể giải câu đố toán học nhanh nhất. Điều này tạo ra liên kết mật mã giữa khối hiện tại và khối trước đó. Solving this puzzle is the work in "bằng chứng công việc". The canonical chain is then determined by a fork-choice rule that selects the set of blocks that have had the most work done to mine them.
+
+#### Bảo mật {#pow-security}
+
+Mạng lưới được bảo vệ an toàn bởi thực tế rằng bạn cần 51% sức mạnh tính toán của mạng để gian lận trong chuỗi. Điều này sẽ đòi hỏi đầu tư lớn vào thiết bị và năng lượng; bạn có khả năng chi tiêu nhiều hơn số tiền bạn có thể đạt được.
+
+Tìm hiểu thêm về [bằng chứng công việc](/developers/docs/consensus-mechanisms/pow/)
+
+### Dựa trên bằng chứng cổ phần {#proof-of-stake}
+
+Ethereum hiện nay sử dụng một giao thức đồng thuận dựa trên **bằng chứng cổ phần (PoS)**.
+
+#### Tạo khối {#pos-block-creation}
+
+Các trình xác thực tạo ra các khối. Một trình xác thực được chọn ngẫu nhiên trong mỗi vị trí để làm người đề xuất khối. Máy chủ đồng thuận của họ sẽ yêu cầu một gói giao dịch dưới dạng 'tải trọng thực thi' từ máy chủ thực thi được ghép đôi với nó. Họ bao bọc điều này trong dữ liệu đồng thuận để tạo thành một khối, chúng gửi đến các nút khác trên mạng Ethereum. Việc sản xuất khối này được thưởng bằng ETH. Trong một số trường hợp hiếm hoi khi có nhiều khối có thể tồn tại cho một vị trí hoặc các nút nghe về các khối vào các thời điểm khác nhau, thuật toán lựa chọn fork sẽ chọn khối tạo thành chuỗi có trọng số chứng thực lớn nhất (trong đó trọng số là số lượng trình xác thực được chia tỷ lệ theo số dư ETH của họ).
+
+#### Bảo mật {#pos-security}
+
+Hệ thống Bằng chứng cổ phần bảo mật về mặt kinh tế tiền điện tử vì kẻ tấn công cố gắng kiểm soát chuỗi buộc phải hủy một lượng lớn ETH. Hệ thống phần thưởng khuyến khích những staker cá nhân hành xử trung thực và các hình phạt ngăn cản staker có hành vi độc hại.
+
+Tìm hiểu thêm về [bằng chứng cổ phần](/developers/docs/consensus-mechanisms/pos/)
+
+### Hướng dẫn trực quan {#types-of-consensus-video}
+
+Xem thêm về các loại cơ chế đồng thuận khác nhau được sử dụng trên Ethereum:
+
+