Giới thiệu về Chainfeed:
Nếu hệ thống blockchain xây dựng ý thức trên tảng băng trôi, thì mạng cảm biến được đại diện bởi lớp dưới cùng của DePIN chính là tiềm thức bên dưới tảng băng trôi. Bây giờ đến thách thức, ai là trụ cột và thần kinh của hệ thống phân tán? Làm thế nào để chúng ta xây dựng cột sống và dây thần kinh? Trong bài viết này, chúng ta sẽ bắt đầu từ những bài học nhỏ rút ra từ quá trình phát triển Internet of Things, xây dựng ý tưởng phát triển DePIN và giúp nhà xây dựng triển khai nó tốt hơn.
Nguồn bài viết:
https://mp.weixin.qq.com/s/NlK8oQpl9qF0Ooz7VUYj3w
Tác giả bài viết:
Dự án mạo hiểm tầm nhìn xa
Quan điểm:
Dự án tầm nhìn xa: DePIN không nên dựa trên thiết bị. Các thiết bị không có khả năng mở rộng theo chiều ngang và nên bắt đầu bằng các mô-đun cốt lõi của DePIN là mã PIN và cốt lõi của mã PIN là mã ủy quyền. Chúng tôi coi thiết bị này là một tập hợp của sê-ri mô-đun cảm biến và mã pin của mỗi mô-đun cảm biến là quyền truy cập dữ liệu vào mạng và cũng là quyền chứng nhận của Chỉ những thiết bị có quyền truy cập mạng và những đóng góp được công nhận. có thể gọi nó là thợ mỏ. Do đó, cốt lõi của toàn bộ quá trình DePIN là làm thế nào để đo lường được sự đóng góp của các thiết bị biên nếu sự đóng góp của cùng một cảm biến trong các thiết bị khác nhau có thể có số đo nhất quán. Theo thông tin khác nhau được truyền bởi các máy tính truyền thống, các bus có thể được chia thành ba loại: Bus dữ liệu liệu truyền các thông tin dữ liệu khác nhau; Bus địa chỉ truyền các thông tin địa chỉ khác nhau; có sự tồn tại tương tự: làm thông tin xác thực nhận dạng cho thiết bị truy cập mạng. (Bus địa chỉ) đóng vai trò là chứng chỉ PoPW để xác minh dữ liệu. (Bus dữ liệu) làm phương tiện quản lý thiết bị. (Bus điều khiển) a. Địa chỉ BUS: Thiết bị DID (Dephy)b. BUS dữ liệu: Lớp giao tiếp ảo + Mạng cảm biếnc. BUS điều khiển: Dự án Mô-đun quản lý di độngDePIN vì một phần của nó có thuộc tính RWA, tồn tại trong thế giới vật lý và có liên quan. với đời sống kinh tế thực tế. Do đó, cần có nhiều phương pháp quản lý trong quá trình hơn để đạt được khả năng kiểm soát rủi ro tự chủ. Có hai kênh triển khai chính: một là thông qua việc quản lý lưu lượng của nhà điều hành di động. Khi xảy ra vi phạm thiết bị, thiết bị có thể mất quyền khai thác PoPW từ phía lưu lượng. So với Slash, đây là một công cụ quản lý Thời gian thực hơn. Thứ hai là mua tài nguyên ngược dòng thông qua thợ đào+ nhóm tài nguyên. Ví dụ: một đại lý có tài nguyên phân đoạn số 100. Khi 30 trong số đó gặp rủi ro, giấy phép có thể bị thu hồi. Hôm nay, chúng tôi đã trộn 30 tài nguyên với tài nguyên của các đại lý khác, mua tài nguyên thực (RWR) thông qua thợ đào và tiến hành kiểm soát rủi ro đối với tài nguyên thông qua các phân đoạn số hỗn hợp, trên cơ sở đảm bảo rủi ro cho các đại lý thượng nguồn, chúng tôi đã đạt được Nhận như. nhiều tài nguyên nhất có thể. Nhân rộng mô hình Liquity vào các tài nguyên RW khác nhau.
Nguồn nội dung 
