Giải thích Mana trong IOTA – Phần 2

327 lượt xem
Giai thich Mana trong IOTA Phan 2

Tuần trước, chúng tôi đã phát hành một phiên bản mới của Pollen testnet có chứa mana. Với bản phát hành này, chúng tôi đã chứng minh sự trưởng thành và hiệu quả của giải pháp năng lượng của chúng tôi. Chẳng bao lâu nữa, mana sẽ được triển khai thành nhiều mô-đun, một bước quan trọng trong con đường đến với Nectar, mạng thử nghiệm Coordicide hoạt động đầy đủ sắp tới và đầu tiên của chúng tôi.

Với cột mốc quan trọng này, chúng tôi nghĩ rằng chúng tôi sẽ làm rõ một số câu hỏi phổ biến. Kể từ lần xuất bản đầu tiên của chúng tôi về mana , trong đó có Câu hỏi thường gặp, một số câu hỏi đã được đặt ra bởi các bên khác nhau mà chúng tôi muốn giải quyết bằng bài đăng này. Chúng tôi đã lấy những câu hỏi này từ những người trong cộng đồng, thông qua Discord của chúng tôi cũng như Reddit. Các câu hỏi được nhóm theo chủ đề và dưới một số câu hỏi, bạn sẽ tìm thấy câu hỏi gốc dài được in nghiêng.

Phản hồi của đối tác và cộng đồng rất có giá trị đối với chúng tôi vì nó cho chúng tôi thấy khía cạnh nào được quan tâm đặc biệt, giúp chúng tôi xác định các lĩnh vực trong thông số kỹ thuật đầy đủ của chúng tôi mà chúng tôi có thể tối ưu hóa. Thông số kỹ thuật đầy đủ sẽ được xuất bản trước khi chúng tôi bước vào giai đoạn “Nectar” của testnet “Coordicide” hiện có của chúng tôi.

Kể từ bài viết cuối cùng của chúng tôi, chỉ có một thay đổi được đề xuất liên quan đến năng lượng: người dùng không có năng lượng có thể được phép gửi tin nhắn khi mạng không bị tắc nghẽn, theo yêu cầu của các đối tác và thành viên của cộng đồng rộng lớn hơn. Chúng tôi đang điều tra khả năng phát hành thông báo cho các nút năng lượng thấp hoặc bằng không trong thời gian tắc nghẽn thấp, với điều kiện chúng đã thực hiện một số tác vụ bổ sung, ví dụ như bằng chứng về công việc. Điều này không có nghĩa là dễ dàng hoặc thậm chí có thể. Chúng tôi sẽ chia sẻ những gì nghiên cứu của chúng tôi khám phá ra khi chúng tôi có kết quả.

Xin lưu ý rằng các câu hỏi về mức độ truy cập vào một lượng đảm bảo năng lượng nhất định thực ra không phải là các câu hỏi về năng lượng mỗi lần, mà thực sự là các câu hỏi về thuật toán kiểm soát tắc nghẽn của chúng tôi. Vì vậy, mặc dù bản thân mana đã hoàn thành, các câu hỏi liên quan đến các nút không có năng lượng vẫn còn bỏ ngỏ. Trong thời gian ngắn, chúng tôi sẽ phát hành một bài đăng trên blog khác giải thích Thuật toán kiểm soát tắc nghẽn IOTA.

Làm mới nhanh về năng lượng

Đối với những người chưa đọc ấn phẩm đầu tiên của chúng tôi về mana , đây là một bài đánh giá nhanh về mana là gì và tại sao nó lại quan trọng. Mỗi khi một giao dịch chuyển tiền, giao dịch đó sẽ “cam kết” một lượng được gọi là năng lượng cho một ID nút. Do đó, mana có thể được coi là Bằng chứng về quyền sở hữu mã thông báo được ủy quyền. Cách duy nhất để đạt được năng lượng là kiểm soát mã thông báo hoặc có mối quan hệ với một người nào đó kiểm soát mã thông báo. Lượng năng lượng được cam kết trong quá trình chuyển giao được tính theo cách để kẻ tấn công không thể tăng giả tạo lượng năng lượng do một nút nắm giữ.

Tại sao mana lại quan trọng? Nếu không có một số loại cơ chế bảo vệ, những kẻ tấn công sẽ có thể tấn công một mạng như IOTA bằng cách giả mạo hàng triệu danh tính giả trong cái gọi là tấn công tổng hợp . Do đó, tất cả các DLT phải ngăn chặn các cuộc tấn công đồng bộ bằng cách kết nối danh tính với một số tài nguyên khan hiếm có thể xác minh bằng mật mã. Proof of Work và Proof of Stake tương ứng sử dụng năng lượng và token cổ phần làm cơ chế bảo vệ sybil.

IOTA sử dụng mana để ngăn chặn các cuộc tấn công sybil. Đây là lý do tại sao năng lượng phải được tính đến bởi tất cả các thành phần cốt lõi của Coordicide, chẳng hạn như Thuật toán kiểm soát tắc nghẽn IOTA, thuật toán đồng thuận (FPC), tự động hỗ trợ và trình tạo số ngẫu nhiên phân tán của chúng tôi. Đây cũng là lý do tại sao việc triển khai mana vào Pollen Testnet là một bước đệm chính cho giai đoạn Nectar của testnet: nó có nghĩa là chúng ta có thể bắt đầu bảo vệ các thành phần chính của giao thức IOTA cốt lõi khỏi các vectơ tấn công cơ bản.

Sự khác biệt giữa năng lượng và kiểm soát tắc nghẽn

Mana là đề xuất ban đầu hiện tại của chúng tôi để đo hành vi của nút. Trong tương lai, mana sẽ phát triển thành một hệ thống danh tiếng đa chiều phức tạp hơn để đánh giá đóng góp của một nút đối với hoạt động mạng và bảo mật của nó. Ở giai đoạn hiện tại, quản lý được sử dụng làm dữ liệu đầu vào để cung cấp danh tính không thể chấp nhận được cho các mô-đun Coordicide khác nhau, bao gồm cả Thuật toán kiểm soát tắc nghẽn IOTA.

Đặc điểm năng lượng

Khoảng độ dài của hàm phân rã là bao nhiêu?
Chu kỳ bán rã của mana là gần một phút hay gần một năm?

Nhớ lại rằng với phương pháp tính năng lượng 2, năng lượng phân rã theo một hàm số mũ và do đó phải được làm mới bằng một cam kết mới. Thời gian bán hủy phân rã sẽ tính bằng giờ, ví dụ 6 giờ. Tuy nhiên, chúng tôi muốn xem điều này thực sự hoạt động như thế nào trên testnet và chúng tôi sẽ điều chỉnh tham số này cho phù hợp.

“Năng lượng hoạt động” được đo như thế nào?

“Năng lượng hoạt động” có thể được tính theo nhiều cách vô hạn, tùy thuộc vào mục đích của nó. Đang hoạt động có thể có nghĩa là “phần trăm các nút đã gửi ít nhất một giao dịch trong X giây gần nhất” hoặc nó có thể có nghĩa là “phần trăm các nút đã gửi ‘đủ’ giao dịch liên quan đến danh tiếng của họ.”

Để kiểm soát tắc nghẽn, nút không cần biết năng lượng hoạt động: nút chỉ cần nhìn vào hộp thư đến của chúng và phản ứng theo năng lượng của các nút phát hành. Thông tin về lượng mana mà bất kỳ nút nào nắm giữ đều có sẵn cho bất kỳ nút nào dựa trên ID nút phát hành là một phần của mọi thông báo truyền qua mạng.  

Đối với FPC và tự động làm việc, mô-đun khám phá ngang hàng duy trì danh sách các nút đã biết hiện đang trực tuyến. Nút sử dụng danh sách này cho các truy vấn FPC và lựa chọn hàng xóm.

Hành vi độc hại

Liệu mana có gặp phải những vấn đề tương tự do thiếu phân quyền, như mã thông báo PoS?
Khoảng 0,06% địa chỉ đang nắm giữ ~ 65% tổng số mã thông báo. Điều này có nghĩa là ngay cả khi 99,94% địa chỉ đóng góp vào năng lượng hoạt động, trung thực, thì đó chỉ là ~ 35% tổng năng lượng. Làm thế nào để 0,06% địa chỉ kiểm soát 65% mã thông báo không phải là vấn đề đối với sự đồng thuận, biểu quyết hoặc thông lượng dữ liệu?

Thứ nhất, số lượng địa chỉ không tương ứng với số lượng người sử dụng IOTA. Ví dụ: 35% của tất cả các địa chỉ, tức là 14000 địa chỉ, chứa ít hơn 10 MI. Sẽ là phi lý nếu giả sử rằng những số tiền này được kiểm soát bởi 14000 cá nhân. Ví và các ứng dụng khác nhau thường phân bổ tiền trên một số địa chỉ vì nhiều lý do khác nhau. Mặt khác, các mã thông báo trong kho lạnh thường được tập hợp vào một địa chỉ duy nhất. Như vậy thống kê trên không có gì đáng ngạc nhiên.

Thứ hai, thống kê này không phải là vấn đề vì giả thuyết bảo mật cơ bản vẫn được thỏa mãn. Theo mô phỏng của chúng tôi , kẻ tấn công sẽ cần kiểm soát ít nhất 30% (đôi khi nhiều hơn) năng lượng đồng thuận đang hoạt động để có cơ hội hợp lý tấn công FPC và gây ra chi phí gấp đôi. Do đó, một tỷ lệ đáng kể những người nắm giữ mã thông báo hàng đầu sẽ phải thông đồng để thực hiện chi tiêu gấp đôi. Vì .06% địa chỉ hàng đầu vẫn là vài trăm địa chỉ, điều này có vẻ khó xảy ra. Hơn nữa, các cuộc tấn công khác như tấn công kiểm duyệt hoặc tấn công xác thực sẽ yêu cầu nhiều năng lượng hơn đáng kể.

Thứ ba, trong bất kỳ DLT nào, quyền truy cập vào mạng phải được kết nối với một số tài nguyên khan hiếm, có thể xác minh bằng mật mã. Thông thường, tất cả quyền sở hữu tài nguyên đều tuân theo phân phối Zipf : một số ít có nhiều, số khác ngày càng ít. Do đó, mối quan tâm tập trung này không phải chỉ có ở IOTA, mà là đặc hữu của tất cả các DLT.

Cuối cùng, giải pháp bằng chứng công việc / bằng chứng cổ phần là những đề án cứng nhắc. Trong khi đó, cách tiếp cận của chúng tôi linh hoạt hơn nhiều. Ý tưởng là xây dựng một hệ thống danh tiếng đa chiều, nơi mana chỉ là một trong những thành phần. Bằng cách sử dụng các chỉ số bổ sung – chẳng hạn như phần thưởng cho hành vi tốt, quan niệm về độ tuổi và sự tham gia vào mạng và tổn thất danh tiếng đối với các nút ích kỷ hoặc hoạt động sai – chúng tôi mong muốn giảm sự khác biệt về danh tiếng trên tất cả các nút.

Liệu phân phối tập trung có gây ra vấn đề gì không?

IOTA 2.0 (“Chất diệt mối”) được thiết kế để không có nồng độ năng lượng lớn. Không giống như hầu hết các hệ thống PoS, IOTA không phải là một blockchain và do đó sẽ không bị giới hạn bởi quy trình bầu cử lãnh đạo. Trong một blockchain, các khối là tuần tự và do đó, chỉ có một số lượng tương đối nhỏ các khối được tạo ra mỗi giờ, và do đó chỉ có thể có nhiều nhà sản xuất khối như vậy.

Tuy nhiên, trong một DAG, nhiều người có thể thêm thông tin vào cùng một lúc, và do đó các nút có lượng năng lượng nhỏ có thể tạo thông báo cùng lúc với người có lượng năng lượng lớn. Ngay cả khi bạn có một tỷ lệ năng lượng khá nhỏ, số năng lượng đó sẽ đảm bảo cho bạn ít nhất một lượng truy cập tối thiểu và quyền truy cập đó không thể bị thu hồi bất kể có bao nhiêu người nắm giữ năng lượng lớn đang bão hòa mạng. Do đó, Thuật toán kiểm soát tắc nghẽn IOTA (ICCA) có thể hỗ trợ hàng nghìn người nắm giữ năng lượng nhỏ. Bằng cách phân bổ năng lượng theo tỷ lệ, chúng tôi đảm bảo rằng những “kẻ nhỏ bé” có được quyền biểu quyết hoặc quyền tiếp cận công bằng.

Hiểu được lượng năng lượng tối thiểu tuyệt đối cần thiết để đưa ra thông báo là một phần của nghiên cứu liên quan đến các nút năng lượng bằng không.  

Với đủ năng lượng, bạn có thể chi tiêu gấp đôi không?

Có thể chấp thuận chi tiêu gấp đôi bằng cách phê duyệt hai giao dịch xung đột và nhúng chúng vào mớ hỗn độn nếu có đủ chủ sở hữu nút độc hại “chấp thuận” chúng không? Phần trăm năng lượng (chủ động / bị động) cần thiết để thực hiện thành công việc này là bao nhiêu? Các nút trung thực sẽ phản ứng như thế nào với các giao dịch được chuyển tiếp, nhưng xung đột mà đa số chủ sở hữu nút độc hại / người nắm giữ năng lượng đã bỏ phiếu là hợp pháp?

Với khoảng 30% năng lượng đồng thuận, kẻ tấn công có thể thao túng thuật toán bỏ phiếu để làm cho một cặp chi tiêu kép hợp lệ. Với cuộc tấn công này, một nhánh rẽ sẽ phát triển, cho đến khi được giải quyết, không có thông báo nào là cuối cùng.

Tuy nhiên:

  1. Không có kẻ tấn công nào sẽ có 30% năng lượng đồng thuận từ việc nắm giữ IOTA.
  2. Sẽ không có thị trường hợp pháp cho mana đồng thuận, bởi vì nó không có ý nghĩa gì khi thiết lập. Năng lượng truy cập giao dịch có một trường hợp sử dụng hợp pháp, vì vậy một thị trường lành mạnh cho điều đó có thể sẽ phát triển. Mana đồng thuận hoàn toàn dành cho quản trị. Chỉ những kẻ tấn công mới mua nó. Sẽ mất nhiều thời gian và nhiều nguồn lực để xây dựng vị thế trên thị trường để đến được bất kỳ đâu gần tình huống mà bạn có thể đạt được nhiều phiếu bầu. Không có ý nghĩa gì đối với một thị trường như vậy để trưởng thành.

Làm thế nào để bạn ngăn chặn sự đảo ngược ưu tiên?

Điều này có thể xảy ra với giao dịch có năng lượng cao tùy thuộc vào giao dịch có năng lượng thấp.

Nếu giao dịch A phụ thuộc vào giao dịch B, thì B bắt buộc phải ở trong hình nón quá khứ của A. Nếu một nút năng lượng cao đưa ra thông báo với giao dịch A và nút năng lượng thấp đưa ra giao dịch B, A sẽ không bị đồn thổi nếu B không .

Hơn nữa – trong giao thức buôn chuyện – các nút chỉ “đồn thổi khi đông đặc”, có nghĩa là một nút sẽ không tán gẫu một thông điệp trừ khi cha mẹ của nó cũng bị đồn thổi. Trên thực tế, thuật toán điều khiển tắc nghẽn thậm chí sẽ không xem xét một thông báo cho đến khi nó nhận được toàn bộ hình nón trong quá khứ của nó.

Làm cách nào để bạn ngăn chặn “mana drub”
“mana drub” hoặc gán năng lượng cho các nút không tồn tại và do đó lấp đầy các bảng nút của mọi người?

Chúng tôi vẫn chưa chính thức đưa ra bất kỳ giải pháp cụ thể nào cho vấn đề tiềm ẩn này.

Mỗi mô-đun chỉ yêu cầu “sự đồng thuận gần đúng” về năng lượng, có nghĩa là giao thức chấp nhận những khác biệt nhỏ trong nhận thức về năng lượng. Do đó, bụi mana có thể bị xóa mà không bị ảnh hưởng. Tuy nhiên, để cho phép những người sở hữu năng lượng nhỏ, có thể hợp lý để cho phép bụi năng lượng tồn tại trong một khoảng thời gian ngắn, như một ngày hoặc lâu hơn, nhưng sau đó nó có thể bị xóa.

Giao dịch “miễn phí”

Khi không có tắc nghẽn, một nút năng lượng bằng không có thể phát hành các giao dịch không?

Trong thiết kế hiện tại cho thuật toán kiểm soát tắc nghẽn, bạn cần mana để gửi một tin nhắn. Điều này nhằm ngăn chặn các cuộc tấn công thư rác đột ngột làm gián đoạn mạng. Như đã nêu trong phần giới thiệu, chúng tôi đang xem xét khả năng cho phép các nút thực hiện một số bằng chứng về công việc để đưa ra thông báo mà không cần mana. Tuy nhiên, cơ hội khai thác băng thông chưa sử dụng với chi phí thấp cũng có thể tạo lợi cho các nút độc hại cố gắng làm nghẽn mạng hoặc tệ hơn là tạo ra sự mâu thuẫn trong sổ cái. Vì IOTA là 100% không được phép, nên giải pháp cho vấn đề này là không hề nhỏ.

Một giải pháp thay thế là có vòi năng lượng, đây là thứ mà IOTA Foundation hoặc các chủ sở hữu lớn khác trên mạng có thể duy trì. Ý tưởng là các nút có thể tự động chứa một danh sách các vòi. Từ bảng điều khiển nút, người điều hành nút có thể yêu cầu một lượng năng lượng tối thiểu từ vòi.

Bạn có thực sự cần năng lượng cho các tin nhắn không có giá trị không?

Thuật toán kiểm soát tắc nghẽn IOTA xử lý tất cả các loại thông báo trong Tangle như nhau. Các giao dịch phi giá trị (thông điệp dữ liệu) sẽ được xử lý giống như giao dịch giá trị (thông điệp giá trị). Trong thời gian tắc nghẽn, một nút sẽ yêu cầu đủ năng lượng để phát hành một trong hai nút đó.

Bạn có cần năng lượng không nếu bạn vừa thiết lập một nút và muốn thực hiện một giá trị tx?

Bạn sẽ không cần năng lượng để chỉ đơn giản là “thiết lập một nút” và theo dõi tình trạng rối. Các nút 0-mana có thể sử dụng các cơ chế ngang hàng tương tự trong Chrysalis để chỉ cần lắng nghe trên mạng, mặc dù chúng sẽ không có sự bảo vệ nhật thực mà mana sẽ cung cấp cho chúng.

Tuy nhiên, trong phiên bản đầu tiên của Thuật toán kiểm soát tắc nghẽn IOTA của chúng tôi, để gửi giao dịch – hoặc đưa ra bất kỳ loại thông báo nào – bạn sẽ cần năng lượng. Như đã đề cập trước đó, chúng tôi đang nghiên cứu cách cho phép các nút không có mana gửi tin nhắn khi không có tắc nghẽn. Chúng tôi có một giải pháp đầy hứa hẹn, nhưng chúng tôi cần đảm bảo rằng nó không mở bất kỳ vectơ tấn công nào. Chúng tôi sẽ công bố những phát hiện của mình ở giai đoạn sau khi nghiên cứu này được phát triển hơn.

thị trường năng lượng

Giá trị thị trường của mana sẽ là bao nhiêu?

Chúng tôi không biết. Mana là một giải pháp kỹ thuật cho các vấn đề khác nhau trong mạng IOTA phi tập trung. Thị trường năng lượng là sản phẩm phụ của mục đích của chúng tôi là tạo ra một giao thức không cần sự cho phép và không bị hạn chế nhất có thể. Chúng tôi đã kiểm tra các vectơ tấn công mà giải pháp này mang lại, nhưng sẽ để lại sự đánh giá cao về giá trị tiền tệ của nó đối với thị trường.

Tuy nhiên, có một số giả định hợp lý cho thấy rằng mana sẽ có một số loại giá trị thị trường. Đầu tiên, nếu mạng bị tắc nghẽn, quyền truy cập vào mạng – và do đó năng lượng – sẽ trở nên có giá trị. Đây là kinh tế học cung và cầu đơn giản, áp dụng cho tất cả các DLT. Tuy nhiên, tính toán này sẽ thay đổi với sharding, vì sharding sẽ làm tăng đáng kể nguồn cung cấp quyền truy cập.

Thứ hai, hiện tại, một số tổ chức doanh nghiệp có thể do dự trong việc nắm giữ bất kỳ loại tiền điện tử nào do các quy định, thuế hoặc sự hoài nghi chung. Do đó, thuê mana thông qua các đối tác cơ sở hạ tầng IOTA đáng tin cậy là một cách mà các doanh nghiệp có thể có quyền truy cập được đảm bảo mà không cần giữ token.

Tại sao mana có thể được cam kết cho một nút khác?

Lý do cho quyết định không gán mana cho các nút xử lý giao dịch là gì? Tại sao ai đó có thể gán mana cho một thực thể khác?

Chúng tôi muốn giữ cho IOTA linh hoạt và miễn phí – nghĩa là tự do, không phải “miễn phí” – càng tốt. Gần như chắc chắn có những trường hợp sử dụng phức tạp mà chúng tôi không muốn hạn chế vì những lý do tùy ý.

Bất kỳ ai cũng có thể sử dụng Mana theo cách mà họ thấy phù hợp. Điều đó phù hợp với cả người dùng và các nút. Nếu bạn không chỉ định năng lượng cho nút xử lý giao dịch của mình, họ không phải xử lý giao dịch của bạn. Họ có thể nhấn mạnh rằng tất cả các giao dịch giá trị mà họ xử lý cam kết năng lượng cho ID nút của họ.

Tuy nhiên, nút của bạn có thể chỉ cần năng lượng truy cập theo định kỳ, chẳng hạn như vào thời gian lưu lượng truy cập cao điểm, chỉ trong các ngày trong tuần hoặc cuối tuần hoặc vào các khoảng thời gian khác. Nếu chủ sở hữu nút sở hữu nhiều IOTA và không sử dụng (một số) năng lượng mà nó tạo ra, bằng cách có thể cam kết nó cho các nút khác, họ sẽ nhận được tiện ích gia tăng từ IOTA của họ.

Ví dụ: một số doanh nghiệp có thể không muốn nắm giữ mã thông báo trong tương lai gần. Có tiền điện tử trên sách có thể tạo ra các vấn đề pháp lý ở một số khu vực pháp lý, nhưng họ vẫn có thể muốn truy cập vào Tangle. Bằng cách tách cam kết khỏi nút xử lý giao dịch, nó cho phép một thị trường để họ mua quyền truy cập để đổi lấy fiat và tránh các vấn đề pháp lý.

Ví dụ, các doanh nghiệp có thể cung cấp các nút công khai cho người dùng sử dụng để hưởng lợi từ năng lượng mà họ tạo ra thông qua đó.

Điều gì xảy ra với năng lượng truy cập không sử dụng?

Băng thông không sử dụng sẽ được chia tỷ lệ thuận với lượng năng lượng truy cập đang hoạt động mà người dùng có.

Điều này có nghĩa là nếu bạn có 1% năng lượng truy cập và băng thông bão hòa 60%, bạn có thể nhận được ít nhất 1% trong số 40% chưa sử dụng được phân bổ cho bạn. Trong số băng thông không sử dụng sau đó, bạn sẽ lại nhận được 1%, vĩnh viễn, cho đến khi băng thông bão hòa.

Điều này có thể làm nghẽn mạng đến giới hạn mã hóa cứng của nó, nhưng nó không bao giờ cản trở bất kỳ người nắm giữ năng lượng nào truy cập vào mạng dựa trên năng lượng của họ.

Có ai có thể chỉ spam ảnh mèo và làm nghẽn mạng không?

Giao thức không thể xác định đâu là thư rác và đâu là thư rác. Đây là một tính năng của sự đổi mới không được phép. Mặc dù hình ảnh mèo có vẻ tầm thường đối với một số người, nhưng chúng có thể rất quan trọng đối với những người khác. Đó không phải là nơi chúng tôi xác định điều này.

Bất kỳ ai cũng có thể sử dụng mạng khi họ thấy phù hợp, ngay cả khi những người khác không đồng ý. Đây là một đề xuất cốt lõi của DLT, và mana cho phép điều này một cách công bằng. Thành phần của mạng bị tắc nghẽn bị giới hạn bởi lượng năng lượng mà một người gửi thư rác sở hữu. Mạng chỉ có thể chứa 100% hình ảnh mèo nếu người gửi spam có 100% năng lượng hoạt động. Do đó, ngay cả trong sự kiện gửi thư rác cho mèo này, bạn vẫn sẽ được đảm bảo thông lượng hợp lý.

Điều khiển tắc nghẽn

Hãy theo dõi bài đăng trên blog sắp tới của chúng tôi về cơ chế kiểm soát tắc nghẽn.

Làm thế nào để bạn đo lường khi mạng bị nghẽn?

Raspberry Pi chỉ có thể xử lý một phần nhỏ của nút AWS, vì vậy chúng sẽ có quan điểm rất khác nhau về thời điểm “kiểm soát tốc độ dựa trên năng lượng” cần khởi động – và nếu chúng phân kỳ, bạn sẽ có các hiệu ứng đảo ngược ưu tiên một lần nữa.

Để bắt đầu, thuật toán kiểm soát tắc nghẽn không cần biết mạng có bị tắc nghẽn hay không. Nếu không có tắc nghẽn, thì hộp thư đến của nút sẽ trống. Mọi nút trong mạng sẽ xử lý thông báo ở tốc độ cố định tối đa do giao thức thiết lập. Tỷ lệ này sẽ xác định các yêu cầu phần cứng tối thiểu của nút, bao gồm băng thông và sức mạnh tính toán. Bất kỳ máy nào không có các khả năng này sẽ không thể chạy một nút. Chúng tôi sẽ đặt tham số tốc độ này để cho phép loại máy mà chúng tôi cảm thấy cần thiết để vận hành một nút.

Để một thiết bị nhỏ có thể sử dụng mạng, nó không cần phải chạy một nút hoặc thậm chí là một chiếc ví. Thông thường, các thiết bị IoT ngày nay được điều khiển thông qua một cổng mạnh mẽ hơn, có kết nối internet đáng tin cậy. Cổng có thể chạy một ví hoặc một nút. Do đó, để kích hoạt các thiết bị công suất thấp này, chúng tôi chỉ cần đảm bảo rằng bất kỳ ứng dụng nào được sử dụng bởi các thiết bị có công suất thấp đều có thể hoạt động thông qua một cổng.

Trong tương lai, sharding sẽ cho phép một mạng đa dạng hơn, vì không phải tất cả các thiết bị sẽ phải xử lý tất cả các tin nhắn. Sau đó, các thiết bị được cung cấp năng lượng thấp có thể chạy các phân đoạn nhỏ hơn của mạng dưới dạng một nút.

Bạn có thể chơi game hệ thống làm nghẽn mạng không?

Phần trăm năng lượng mà các chủ sở hữu nút trung thực nắm giữ được yêu cầu để ngăn chặn sự bão hòa mạng giả tạo, để ngăn chặn sự xuất hiện của thị trường giao dịch dựa trên phí, giả định rằng chủ sở hữu nút độc hại có thể làm bão hòa mạng một cách giả tạo (“spam”) để có thể bán dung lượng mạng (hoặc năng lượng) của họ (cho người trả giá cao nhất).

Trước hết, một thị trường năng lượng tiềm năng không chỉ phụ thuộc vào sự tắc nghẽn. Các doanh nghiệp không muốn tiền điện tử trên sổ sách của họ sẽ có sẵn trong thị trường năng lượng mà không bị tắc nghẽn.

Tiếp theo, điều quan trọng là nhận ra rằng mana của bạn đảm bảo quyền truy cập vào mạng, tỷ lệ thuận với lượng mana bạn có. Không có mức độ tập trung nào từ các chủ sở hữu khác có thể ngăn cản quyền truy cập của bạn; họ không thể làm nghẽn mạng một cách bất công. Bạn luôn có sẵn phần băng thông đó cho mình.

Hành vi nút

Liệu một nút có thể xác định liệu người phát hành một giao dịch có ghi nhận nó bằng năng lượng trước khi chấp nhận và chuyển tiếp một giao dịch hay không?

Đúng.

Tài sản đó có được ký không?

Có, tài sản được ký kết.

Các nút có thể dễ dàng từ chối các giao dịch không cam kết năng lượng với chúng không?

Làm thế nào tốn kém cho nút (wrt DoS) để giải quyết nó một cách đồng bộ để nó có thể từ chối giao dịch và người dùng có thể tìm hiểu về nó?

Việc xác minh và từ chối các giao dịch như vậy là điều tầm thường.

Cài đặt mặc định là trong giao tiếp giữa ví và nút, ví sẽ yêu cầu nút cung cấp ID nút để cam kết quản lý. Sau đó, nút sẽ cung cấp cho ví ID mà nó muốn mana được cam kết. Ví có thể yêu cầu cầm cố nó ở một nơi khác và việc cấp phép yêu cầu này hay không là tùy thuộc vào nút.

Hành vi này không được chỉ định bởi giao thức cốt lõi. Nó không cần thiết cho bảo mật và chúng tôi không muốn hạn chế các trường hợp sử dụng trong tương lai bằng cách đặt ra một quy tắc như vậy. Bất kỳ ai cũng có thể xây dựng phần mềm nút để hoạt động khác nhau về cách năng lượng được cam kết, theo cách mà họ thấy phù hợp với trường hợp sử dụng của mình.

Điều gì xảy ra khi một nút mất năng lượng do hành vi độc hại?
Có gì chống lại việc cầm cố nó ở một nơi khác và thử lại cuộc tấn công? Không phải là nó rẻ để bán lại?

Trong IOTA 2.0, giao thức sẽ không thu hồi năng lượng từ một nút hoạt động sai. Theo gợi ý của câu hỏi, có một số câu hỏi rõ ràng cần được giải quyết trước khi thêm điều này vào giao thức. Tuy nhiên, người dùng cá nhân có thể thu hồi cam kết quản lý của họ trong trường hợp có hành vi sai trái. Tuy nhiên, trách nhiệm của họ là cam kết quản lý đồng thuận của họ với các nguồn trung thực.  

Chúng tôi đã tài trợ cho nhóm của Mauro Conti để nghiên cứu một hệ thống danh tiếng chung hơn có tính đến hành vi của nút. Đây là nghiên cứu đang diễn ra và chúng tôi sẽ thông báo cho mọi người về những phát hiện của họ.

Bạn có thể thích

About the Author: BTC66.VN