Chia sẻ công nghệ: "Rác vào và rác ra" của Công nghệ chuỗi khối

tiêu đề phụ

Trước đây, chúng tôi đã viết một bài giới thiệu về “giá trị mà công nghệ blockchain mang lại cho các loại dữ liệu”, đó là khả năng blockchain đảm bảo nguồn gốc, tính bất biến và tính xác thực của các dữ liệu khác nhau. Trong bài viết này, chúng ta sẽ tiếp tục trả lời một câu hỏi khác thường (cố ý) bị bỏ qua: dữ liệu tương tác với blockchain như thế nào. Giống như rất nhiều hệ thống khác, công nghệ chuỗi khối đang gặp phải tình trạng "rác vào, rác ra" (GIGO).

tiêu đề phụ

nói dối với blockchainđã đăng trước đóBài viết về dữ liệu

Trong nghiên cứu này, chúng tôi nhận thấy rằng các hệ thống chuỗi khối không thể đảm bảo tính xác thực của dữ liệu không được tạo bởi chuỗi khối và không có sẵn công khai, điều không may là phần lớn dữ liệu đó trên toàn cầu. Vì vậy, nếu ai đó (một số thiết bị) gửi dữ liệu gian lận lên chuỗi khối, chúng tôi không thể chắc chắn về tính xác thực của nó và kết quả là bạn tiếp tục gửi dữ liệu giả mạo vào lịch sử chuỗi khối. Vì vậy, bạn đặt rác vào chuỗi và chuỗi khối sẽ trả lại rác của bạn.

Được biết, hiện nay có rất nhiều ứng dụng bỏ qua vấn đề này và thông thường họ sẽ thêm một số lớp kỹ thuật để đảm bảo tính chính xác của dữ liệu, dưới đây là một số trường hợp:Thị trường dữ liệu phi tập trung: sử dụng mã thông báo để khuyến khích các công ty niêm yết và bán dữ liệu——

Làm thế nào để bạn biết dữ liệu bạn mua là có thật?Truy vấn bảo vệ quyền riêng tư: Dịch vụ này đếm số lượng HNWI trong ngân hàng thông qua bằng chứng phạm vi không có kiến ​​thức, vì vậy bạn có thể thu thập một số mà không cần ngân hàng gửi bất kỳ dữ liệu khách hàng nào —

Vậy làm thế nào để đảm bảo ngân hàng không làm sai lệch toàn bộ cơ sở dữ liệu khách hàng?

Đối với dữ liệu có sẵn công khai, bạn có thể thiết kế một trò chơi trong đó những người chơi có tài khoản ngân hàng gặp rủi ro thách thức tính xác thực của dữ liệu của những người chơi khác, giống như Chainlink đã thiết kế. Nhưng như chúng tôi đã nói trước đây, phần lớn dữ liệu của thế giới không được công khai.Bảo mật dữ liệu tại nguồn.

tiêu đề phụ

Đảm bảo an toàn cho nguồn dữ liệu

Nếu chúng tôi không lấy dữ liệu từ nguồn mà thông qua bên thứ ba hoặc bên trung gian, thì nếu không tin tưởng bên trung gian, tính xác thực của dữ liệu sẽ không còn đáng tin cậy. Càng nhiều trung gian tham gia quản lý dữ liệu, bạn càng phải tin vào điều đó, nhưng nếu số lượng trung gian đủ lớn, dữ liệu có thể được tạo bởi một trình tạo số ngẫu nhiên.

• Vì vậy, mục tiêu của chúng tôi là lấy dữ liệu càng gần nguồn càng tốt. Ví dụ:

• Thay vì lấy dữ liệu bán hàng từ cơ sở dữ liệu của nhà bán lẻ, hãy bắt đầu với phần cứng tại điểm bán hàng;

• Thay vì đăng ký dự báo thời tiết trên trang web, tốt hơn là nên tập trung vào các cảm biến thời tiết thu thập dữ liệu;

Thay vì xem các báo cáo PDF từ các nhà khai thác cầu, tốt hơn là lấy dữ liệu thô từ các camera và cảm biến được lắp đặt trên thân cầu, v.v.

• Nhưng làm thế nào để đảm bảo an toàn dữ liệu từ nguồn? Vì hầu hết dữ liệu trên thế giới được tạo hoặc thu thập bởi các thiết bị, chúng tôi cũng có thể mô tả vấn đề này ở đây là cách bảo vệ dữ liệu do các thiết bị tạo ra. Bây giờ, chúng ta đang phải đối mặt với ba điểm thất bại tiềm tàng:danh tính:

• Làm thế nào để bạn biết thiết bị nào đang tạo dữ liệu? Đó có phải là cảm biến nhiệt độ mà bạn mong đợi? Hay một trình tạo số ngẫu nhiên cho thủ phạm?Xử lý và truyền tải:

• Ngay cả khi nguồn dữ liệu là xác thực và có thể nhận dạng được, làm sao bạn biết rằng dữ liệu này không bị thay đổi, hỏng hoặc thay thế trực tiếp trong quá trình xử lý và truyền bởi thiết bị (chẳng hạn như từ cảm biến đến mô-đun giao tiếp)?Giao diện kỹ thuật số/Analog:

Hãy giải quyết từng vấn đề một.

tiêu đề phụ

• một cách tiếp cận thực tế

danh tính:

Để đảm bảo rằng danh tính của thiết bị tạo dữ liệu được bảo vệ, chúng tôi có thể nhúng một bộ khóa chung và khóa riêng trên thiết bị, cho phép khóa chung biết và kiểm tra đầu ra của thiết bị thực tại chỗ. cách thiết thực để đảm bảo rằng không có vấn đề gì với danh tính của phần cứng. —Tất nhiên, đây là một bước tương đối đơn giản.

• Phần khó khăn là, làm cách nào để đảm bảo danh tính này không bị đánh cắp hoặc chỉ thiết bị biết? Có thể sử dụng mô-đun phần cứng có tên là "Phần tử bảo mật" (Secure Element, SE), mô-đun này có thể tạo cặp khóa công khai-riêng tư trên chip và có khả năng chống giả mạo cao. Thông thường, mô-đun bảo mật này chỉ làm một việc: ký thông báo. - Đây là một cách tuyệt vời để cung cấp bằng chứng nhận dạng. Nếu bạn đã từng sở hữu một chiếc thẻ tín dụng hoặc sử dụng một chiếc điện thoại thông minh hiện đại, thì bạn đã tận hưởng những lợi ích của yếu tố bảo mật này.
  

Xử lý và truyền tải:

Để đảm bảo logic truyền và xử lý dữ liệu, chúng tôi sử dụng bộ vi điều khiển (MCU) với chương trình khởi động an toàn (SB). Bạn có thể nghĩ về bộ vi điều khiển ở đây như một máy tính siêu đơn giản.

SB đảm bảo rằng chỉ những thực thể có khóa riêng chính xác mới có thể tải ứng dụng vào MCU. Thay vào đó, logic ứng dụng và xác thực liên quan có thể được chia sẻ trước với các bên liên quan (hoặc nguồn mở trực tiếp), để nó có thể được xác thực sau khi tải.

Tiếp theo, và quan trọng hơn, sau khi ứng dụng đã được kiểm tra kỹ lưỡng, chúng tôi cần vô hiệu hóa tất cả các sửa đổi trên ứng dụng và MCU. Điều này là để đảm bảo rằng logic của ứng dụng là hoàn toàn bất biến kể từ bây giờ, thậm chí không phải bởi nhà sản xuất.

• Giải pháp này cũng có một số nhược điểm rõ ràng, chẳng hạn như không thể cập nhật ứng dụng sau đó. Nhưng ngược lại, chúng tôi đã có được sự độc lập thiết bị thực sự (kết hợp với SE) mà không có sự can thiệp từ bên ngoài, đồng thời có tính quyết định hoàn hảo và tính bất biến đủ để chúng tôi tin tưởng.

Giao diện kỹ thuật số/Analog

Vấn đề này khó hơn và không thể giải quyết bằng phần cứng được nhúng trong thiết bị chuyển tiếp và thu thập dữ liệu. Thông thường, các cơ chế đổi mới phải được nghĩ ra để đảm bảo rằng giao diện không bị gián đoạn, nhưng điều này phụ thuộc vào từng ứng dụng. Hãy lấy một ví dụ.

Giả sử bạn có một chiếc xe tải đông lạnh phục vụ cho một công ty hậu cần chuỗi cung ứng lạnh, và công việc hàng ngày của bạn là giao cá tươi cho các siêu thị địa phương. Để giữ tươi, cá phải được giữ trong một phạm vi nhiệt độ nhất định. Nếu nhiệt độ quá cao thì cá sẽ bị hư, nếu nhiệt độ quá thấp thì hương vị và chất lượng thịt của cá sẽ kém đi. Để xác nhận rằng công ty hậu cần tuân thủ phạm vi nhiệt độ đã ký hợp đồng, siêu thị lắp đặt một cảm biến nhiệt độ trên xe tải.

Nhưng điều gì sẽ xảy ra nếu một tài xế xe tải tăng nhiệt độ trên bộ phận làm lạnh của mình để tiết kiệm tiền điện, sau đó tháo cảm biến và đặt nó vào bộ làm mát ở phía trước xe? Cảm biến sẽ không bao giờ biết rằng nó đã được di chuyển nhưng vẫn tiếp tục thu thập và báo cáo dữ liệu không đổi trong phạm vi nhiệt độ đã ký hợp đồng. Đó là, cảm biến bị lừa.

Một cách để giảm thiểu rủi ro này là làm cho cảm biến cũng được nối cứng vào bộ phận làm mát, khiến cho việc tháo nó ra gần như không thể. Tuy nhiên, biện pháp đối phó này vẫn có thể bị phá vỡ theo một cách nào đó, chẳng hạn như bọc một túi nước đá quanh cảm biến, trong khi phần còn lại của xe tải vẫn nóng hơn so với hợp đồng.

Một giải pháp khác, có thể tốt hơn (và đắt hơn một chút) là dán một con dấu chống làm giả lên mỗi gói cá và đặt một bộ cảm biến nhiệt độ trên mỗi gói. Bằng cách này, nếu tài xế muốn tháo cảm biến nhiệt độ, anh ta phải xé niêm phong, điều này có thể dễ dàng bị phát hiện là vi phạm một điều khoản chính của hợp đồng.