Gửi bài viết tới BigCoin

Mã token AKRO 101: Phần II - phạm vi đầy đủ của mô hình mã token AKRO

Đăng bởi: hueut  - 03/08/2019 - 6073 lượt xem
Chia sẻ
 

Mã token AKRO 101: Phần II - phạm vi đầy đủ của mô hình mã token AKRO

Trong phần đầu tiên của loạt bài viết trên blog của chúng tôi nói về AKRO tokenomics 101, chúng tôi đã giải thích cách AKRO sẽ được sử dụng như thế nào để xác thực các khối trong chuỗi AKRO. Hãy cùng chúng tôi tìm hiểu sâu hơn trong phần thứ hai này và hiểu đầy đủ những gì AKRO có thể làm trong AkroChain.

Mục tiêu chính của Akropolis là cung cấp một sản phẩm sẽ phục vụ hàng triệu người tham gia vào các cộng đồng trực tuyến và ngoại tuyến, chẳng hạn như DAO, các tổ chức, các nhóm tương hỗ lẫn nhau và các nhóm tài sản. Chúng tôi đang xây dựng một lớp giao thức để hợp tác tài chính lẫn nhau một cách an toàn, tiết kiệm dựa trên cộng đồng, đầu tư và dịch vụ an sinh xã hội. Tuy nhiên, việc phát hành các sản phẩm tốt không chỉ là ở trường hợp sử dụng: chúng ta phải làm cho chúng có thể mở rộng và có thể tương tác với càng nhiều mạng/giao thức và tài sản kỹ thuật số càng tốt.

Phiên bản đầu tiên của Akropolis MVP và C2FC căn bản về tiền mã hóa đã được phát hành trong hệ Ethereum. Tuy nhiên, sử dụng Ethereum như một lớp blockchain cơ bản không thể cung cấp khả năng mở rộng và khả năng tương tác cho sản phẩm của chúng tôi. Bất chấp tất cả những lợi thế của Ethereum, chúng tôi hiểu rằng các bản phát hành sản phẩm dựa trên Ethereum của chúng tôi chỉ có thể được sử dụng để kiểm tra công khai logic kinh doanh của những người chấp nhận sớm và các thành viên tích cực của cộng đồng Akropolis. Do đó, một cột mốc trong tương lai của dự án của chúng tôi là có một chuỗi dành riêng cho tên miền AkroChain - mà chúng tôi đang xây dựng bằng khung Substrate. Do đó, thiết kế mô hình mã thông báo AKRO của chúng tôi sẽ phát triển theo thời gian.

Như đã đề cập trong phần đầu tiên, chúng tôi cần đảm bảo tính bảo mật của AkroChain bằng cách cho phép sự đồng thuận dPoS được chạy bởi các trình xác nhận block. Số lượng trình xác nhận là hữu hạn và bất kỳ chủ sở hữu AKRO nào cũng có thể đóng góp cho bảo mật của mạng lưới bằng cách ủy quyền mã token. Khi ra mắt mạng lưới này, sẽ có 30 trình xác nhận được xác định cho mỗi epoch (vòng). Mỗi vòng sẽ mất khoảng 30 phút. Cổ phần tối thiểu để trở thành người xác thực là 1.000.000 mã token AKRO. Tuy nhiên, node này không bắt buộc phải sở hữu 1.000.000 mã token - chúng có thể được tích lúy từ cộng đồng bằng cách ủy quyền mã token. Khi bắt đầu trở thành một ứng cử viên node cho các vị trí trình xác nhận, chỉ cần 100.000 AKRO làm cổ phần ban đầu.

Để khuyến khích các trình xác nhận, chúng tôi đã xem xét hai khả năng: lạm phát cao trong những năm đầu tiên vận hành mạng lưới hoặc cấp cho họ các nguồn phần thưởng khác, bên cạnh việc khai thác tiền mới. Các dự án như Bitcoin, Ethereum và nhiều dự án khác dựa trên mô hình lạm phát để thu hút các công ty khai thác. Trong trường hợp của chúng tôi, chúng tôi không thấy điểm hợp lý nào khi sử dụng mô hình này và do đó chúng tôi đã triển khai một khoản phí bổ sung (mặc dù tương đối thấp) cho sản phẩm của chúng tôi, bên cạnh hoa hồng mạng lưới cơ bản cho các giao dịch được gọi là: “chi phí dịch vụ” của mạng lưới.

Chi phí dịch vụ là một khoản phí đặc biệt được áp dụng cho các hoạt động được lựa chọn trong nền tảng Akropolis. Phí này được thực hiện với hai mục tiêu: mục tiêu đầu tiên là cung cấp các ưu đãi cần thiết cho các trình xác nhận của mạng lưới dựa trên thu nhập bổ sung - sẽ tăng theo sự tăng trưởng của mạng lưới. Thứ hai là thúc đẩy các cổ đông tham gia vào sự đồng thuận của mạng với tư cách là người xác nhận hoặc người ủy quyền. Mỗi cổ đông có thể bù các khoản phí được tính bằng cách kiếm phần thưởng từ công việc của người xác nhận tính năng (hoặc từ sự ủy quyền mã token). Nếu cổ phần mã token của một số cổ đông nhất định là tương đối lớn, nó thậm chí có thể kiếm thêm phần thưởng cho các thành viên của mình trong sự ủy quyền đó và không chỉ bù đắp cho chi phí dịch vụ. Vì chúng tôi coi các cổ đông là yếu tố chính của mạng lưới của chúng tôi (hoặc máy chủ mạng), điều quan trọng là phải tạo sự đồng thuận mạng được điều hành bởi một nhóm lớn các tác nhân nội bộ thay vì một số chủ sở hữu mã token lớn.

Logic của cơ chế quản trị và tin cậy cộng đồng chính là: mọi cổ đông đều có thể sử dụng mã token, được ủy quyền cho một người xác nhận làm tài sản thế chấp để thu hút các khoản vay. Nếu cổ đông không cần tài chính, họ có thể sử dụng mã token trong mô hình ủy thác của Cộng đồng và ủy quyền các tài sản thế chấp của Wap cho một cổ đông khác, nhận phí ổn định làm phần thưởng. Các giá trị của các biến trong mạng lưới chính được xác định bởi các chủ sở hữu AKRO trong quy trình quản trị. Để tham khảo mô hình bỏ phiếu, chúng tôi đã sử dụng phương pháp MakerDAO. Các cơ chế quản trị chính vẫn như cũ. Bản cập nhật được đề xuất của thiết kế mã token thêm cơ học, liên quan đến sự đồng thuận của AkroChain với các tính năng được đề xuất trước đó.

Thuật toán đồng thuận của AkroChain

AkroChain sẽ được ra mắt dưới dạng blockchain công khai và hoạt động dựa trên thuật toán đồng thuận dPOS. Việc lựa chọn xây dựng AkroChain có mục tiêu làm cho tiếng nói của mỗi chủ sở hữu AKRO trở nên có giá trị bằng cách cho khả năng ảnh hưởng đến các quyết định về lựa chọn trình xác nhận theo ủy quyền mã token. Các cơ chế của dPOS dựa trên epochs (hoặc vòng). Đối với mỗi vòng, một bộ trình xác nhận mới được chọn. Các quy tắc chính của việc thực hiện dPOS của chúng tôi được trình bày dưới đây:

  1. Tập hợp các trình xác nhận trong mạng lưới sẽ bị giới hạn bởi một số lượng nhất định. Khi ra mắt mạng lưới, sẽ có 30 vị trí trình xác nhận (30 node trên cùng được sắp xếp theo số lượng tiền cọc);
  2. Số lượng mã token tối thiểu được yêu cầu để trở thành người xác thực là 1.000.000 AKRO. Node phải sở hữu 100.000 mã token trong khi phần còn lại có thể được thu thập từ các thành viên cộng đồng (ủy quyền);
  3. Mỗi chủ sở hữu AKRO có thể ủy quyền mã token của họ cho một người xác nhận đã chọn, nhận một phần phần thưởng của anh ta. Người xác nhận tính phí bảo trì cho các dịch vụ của mình;
  4. Nếu node ngoại tuyến, không đồng bộ hóa trong chuỗi - không có phần thưởng nào được cấp cho nó và nó sẽ bị loại khỏi danh sách top 30;
  5. Trong trường hợp hoạt động không trung thực/gian lận của một node, cổ phần của nó sẽ bị cắt giảm;
  6. Tập hợp các trình xác nhận top 30 được xác định cho mỗi vòng. Thời gian vòng được đặt là 30 phút.

Các giá trị của tất cả các tham số được đề cập như một số trình xác nhận, phí bảo trì, thời gian làm tròn được xác định ban đầu bởi nhóm phát triển. Sau khi khởi chạy mạng, tất cả các tham số có thể được thay đổi trong quy trình quản trị bằng cách bỏ phiếu.

Hiện tại, nhóm của chúng tôi đang nghiên cứu triển khai AkroChain và tích hợp có liên quan vào hệ thống theo logic như đã đề cập ở trên.

Các bạn có thể tham khảo thêm thông tin về akropolis tại:

Websitehttps://akropolis.io/

Twitterhttps://twitter.com/akropolisio

Telegramhttps://t.me/akropolis_official

Nguồn: medium

Thảo luận và trao đổi thêm cùng Bigcoinvietnam:

Email : Bigcoinvietnam@gmail.com 
Hotline : (+84) 972 678 963 
Facebook Fanpage : + https://www.facebook.com/Bigcoinvietnam/ 
Facebook Group : + https://www.facebook.com/groups/bigcoinvietnam/ 
Telegram : https://t.me/bigcoinvietnam
Twitter : https://twitter.com/bigcoinvietnam
Youtube channel : https://www.youtube.com/channel/UCSqu48gRo3ClM71WAUgFgxQ

Chia sẻ  
  
  
  
61.32% Rating
Điểm: 3.07 / 5
515 Bình chọn

SINSO ứng dụng công nghệ blockchain để giải quyết vấn đề dữ liệu trong y tế như thế nào?


SINSO luôn nhấn mạnh tầm quan trọng của dữ liệu y tế của mình tuy nhiên chúng bị phân mảnh, có dạng các khối tách rời và không ở trạng thái lưu trữ liên tục. Internet truyền thống là một giao thức tuân theo công cụ HTTP là xu hướng chủ đạo. Nó chỉ định loại thông báo mà máy khách có thể gửi đến máy chủ và loại phản hồi mà nó nhận được. SINSO hầu như không có nhiều quyền kiểm soát đối với khách hàng. Với kiến trúc kỹ thuật hiện tại thì còn khá khó khăn để thực hiện được tầm nhìn rằng bệnh nhân sẽ trở thành cốt lõi của hệ sinh thái của ngành y tế. Thực tế đã có các nhà cung cấp dịch vụ tập trung gặp phải thất bại, một là GoogleHealth và hai là Microsoft Healthvault. Hai dự án lớn này vẫn tồn tại trong vài năm, tức là chúng lần lượt bị đóng cửa trong khoảng 10 năm. Tại sao các nhà cung cấp dịch vụ y tế lại khó làm điều đó? Theo quan sát của dự án đã nhận thấy rằng bệnh nhân có nhu cầu đặc biệt về chăm sóc y tế. Họ không hài lòng với các nhà cung cấp dịch vụ tập trung bởi khả năng lưu trữ dữ liệu không tốt. Bệnh nhân cần lưu trữ và kiểm soát “trạng thái” của mình. Nếu một lỗi như “404 not found” xảy ra, bệnh nhân sẽ khó tiếp tục tích lũy kiên nhẫn, ngay cả khi tần suất mắc lỗi 404 là rất thấp. HTTP là một giao thức không trạng thái, tức là máy chủ không giữ lại bất kỳ trạng thái nào trong quá trình giao dịch với khách hàng và cookie cũng được máy chủ trung tâm lưu trữ và mọi người đều biết rằng trạng thái yếu của cookie có thể dễ dàng bị xóa. Làm thế nào để diễn tả cảm giác này, có vẻ như các chế phẩm y tế do Internet cung cấp đều rất “mềm”, dễ tẩy xóa và không ổn định, ngoài tầm kiểm soát. Tuy nhiên, chăm sóc y tế cần chính xác những điều “cốt lõi”, bao gồm “bảo tồn bền bỉ dữ liệu quý giá của con người” của Filecoin, điều này rất phù hợp với quan điểm y tế. Bây giờ các thành phần được cung cấp bởi Internet rất yếu và hệ thống y tế thực sự cần những viên gạch tạo nên nền tảng vững chắc hơn nhiều.

 

Ở lớp trạng thái, chúng ta có thể chọn các công cụ tốt hơn như Filecoin hoặc Crust, có thể giải quyết vấn đề của lớp trạng thái. Bằng cách này, hệ thống y tế sẽ trở nên “vững chắc”. Crust cũng dựa trên IPFS và việc thay thế giao thức HTTP dựa trên địa chỉ nội dung là sự thay đổi mô hình kỹ thuật cơ bản nhất. Khi chúng ta đang xây dựng chương trình hướng đối tượng, trạng thái thể hiện của chúng ta có thể được phản ánh đầy đủ trong tư duy hướng đối tượng. Điều SINSO nhấn mạnh trong việc tổng hợp các trạng thái và thuộc tính không phải là một đơn vị logic, mà là một mối quan hệ ánh xạ tập trung vật lý. SINSO xem xét phương pháp thiết kế có cấu trúc từ tư duy hướng đối tượng. Ý tưởng thiết kế được áp dụng bởi phương pháp thiết kế có cấu trúc không phải là lấy đối tượng làm tổng thể, mà là trích xuất các hành vi gắn liền với đối tượng, và thiết kế và xây dựng hệ thống ứng dụng với chức năng là mục tiêu. Cách tiếp cận này khiến mọi người phải ánh xạ thế giới thực bao gồm các đối tượng vào không gian bao gồm các mô-đun chức năng khi thiết kế chương trình. Quá trình biến đổi này không chỉ làm tăng độ phức tạp của thiết kế chương trình, mà còn đi chệch khỏi những ý tưởng cơ bản của con người về việc quan sát và giải quyết vấn đề.

 

Hãy nhìn xa hơn tư duy hướng đối tượng cổ điển hiện nay. Trên thực tế, mặc dù thiết kế hướng đối tượng cổ điển tốt hơn cấu trúc cổ điển, nhưng nó vẫn không giải quyết được vấn đề cốt lõi, đó là hướng đối tượng cổ điển vẫn tồn tại, “phản ánh thế giới thực được cấu thành bởi đối tượng vào không gian bao gồm các mô-đun chức năng”. Các đối tượng chúng ta xây dựng là các đối tượng không ổn định. Loại bất ổn ở đáy này khiến mọi người khó xây dựng “nền móng của sự tin cậy”. Công nghệ blockchain không còn là một chất phụ gia bổ trợ cho việc chăm sóc y tế. Để trở thành cơ sở hạ tầng cốt lõi của ngành y tế trong tương lai, sớm trở thành cơ sở hạ tầng tiêu chuẩn cấp công nghiệp trong tương lai gần.

 

Với sự xuất hiện của các hợp đồng thông minh và máy ảo, mã code và dữ liệu có thể được tổng hợp cùng nhau. Hướng đối tượng cổ điển, nó nhấn mạnh tính tổng hợp logic. Trong web3.0, SINSO sử dụng phương pháp blockchain để tạo nên lớp bền vững. SINSO có thể tưởng tượng trợ lý y tế AI của dự án đang chạy trong EVM hoặc WASM. Các dự án lớp trạng thái khác như Dfinity cũng được lên kế hoạch để tương thích với WASM. Đối với lớp điện toán y tế, điều này sẽ xây dựng một bố cục hoàn chỉnh. Tài sản mã hóa của SINSO sẽ được giao dịch trong một môi trường đáng tin cậy và an toàn. Không có bảo vệ quyền sở hữu, sẽ không có kinh tế thị trường thịnh vượng. Sự thật đơn giản này rất hữu ích trong ngành y tế. Bất kỳ kiến ​​thức nào về tài sản, danh tính, NFT, tính nguyên bản bao gồm giá trị động của sức khỏe cơ thể, tài sản kỹ thuật số, v.v., cần được sắp xếp và tích lũy từng cái một, đồng thời cung cấp cơ sở hạ tầng tương ứng để cải thiện. Để có thể xây dựng một ứng dụng hoàn chỉnh, chúng ta cần thiết kế lại các khối xây dựng này theo cách “lõi cứng”. Với nhiều quyền tự do và quyền tự chủ hơn có trong web3.0, SINSO sẽ có thể xuất bản các mã code một cách độc lập và duy trì việc cá nhân hóa các “vùng chứa” của các hệ thống y tế riêng lẻ. Điều đó gần như là không thể trong kỷ nguyên foxbase sớm nhất. Trong thời đại JAVA vẫn được coi là quá xa vời. Trong kỷ nguyên của blockchain, nó cuối cùng đã bắt đầu “hardcode” và có lãnh thổ riêng. Cũng giống như mọi người không sẵn sàng bỏ ra nhiều tiền để cải tạo một căn nhà thuê, hệ thống hiện tại rất cẩu thả, và cuộc sống dĩ nhiên không mấy hạnh phúc. Với công nghệ của blockchain bài toán có thể được giải quyết. Hãy cùng theo dõi nhé.

 

Thông tin dự án: 

Thảo luận thêm tại:

Email: Bigcoinvietnam@gmail.com 

Hotline: (+84) 972 678 963

Facebook Fanpage:  https://www.facebook.com/Bigcoinvietnam/

Telegram:  https://t.me/bigcoinvietnam

Twitter:  https://twitter.com/bigcoinvietnam

Kênh Youtube: https://www.youtube.com/c/Apaodj

 

Chia sẻ  
  
  
  
61.32% Rating
Điểm: 3.07 / 5
515 Bình chọn