Đường đến RPCh — Phần 1
Đây là câu chuyện về cách toàn bộ nhóm HOPR đã cùng nhau xác định một phần quan trọng còn thiếu của ngăn xếp web3 và cách một nhóm RPCh mới tuyệt vời được sinh ra để biến nó từ ý tưởng thành sản phẩm thực tế.
Loạt bài này sẽ không tập trung vào công nghệ đằng sau RPCh — bạn sẽ nghe nhiều hơn về điều đó khi chúng tôi tiến gần hơn đến thời điểm ra mắt. Thay vào đó, tôi muốn chia sẻ một điều mà chúng tôi không nghe nhiều về tiền điện tử: trải nghiệm tạo RPCh từ góc độ phát triển sản phẩm. Hình thành ý tưởng, thiết kế sản phẩm, xây dựng và đào tạo một nhóm để đưa sản phẩm ra khỏi bảng vẽ và đến với người dùng thực.
Bước 1: Hình dạng của một ý tưởng
Bước đầu tiên trong việc tạo ra một sản phẩm là xác định nhu cầu.
Chúng tôi đã xây dựng quyền riêng tư tại HOPR được ba năm rồi. Tôi tham gia truyền giáo từ rất sớm, trước cả khi Hiệp hội HOPR được thành lập. Tôi biết mọi người trong lĩnh vực tiền điện tử đều nói rằng họ quan tâm sâu sắc đến quyền riêng tư, nhưng tôi thực sự luôn quan tâm sâu sắc đến quyền riêng tư. Tôi đã sớm cảm thấy rằng tiền điện tử và web3 cung cấp các công cụ chúng tôi cần ở đây, nhưng bạn cũng không cần phải làm việc lâu với tiền điện tử để xem chúng tôi phải đi bao xa.
Các giá trị là cần thiết, nhưng chúng chỉ là chất xúc tác cho công việc khó khăn thực sự để xây dựng mọi thứ. Nhưng bạn phải luôn giữ những giá trị đó trong tương lai, bởi vì khi thực tế của mã hóa và kinh doanh bắt đầu, bạn rất dễ quên đi lý do tại sao bạn bắt đầu ngay từ đầu.
Bạn gặp phải những vấn đề không mong muốn, bạn bắt đầu đi tắt đón đầu, bạn phụ thuộc quá nhiều vào cách mọi thứ vẫn luôn được thực hiện. Tất cả những ai đã dành thời gian viết mã đều nhận ra điều này, nhưng trong tiền điện tử, nó có những hậu quả nghiêm trọng.
Tạo quyền riêng tư toàn bộ ngăn xếp là khó, nhưng không có nó, web3 là vô giá trị. Một chuỗi khối chỉ mạnh bằng liên kết yếu nhất của nó.
Và khi chúng tôi tiếp tục xây dựng giao thức HOPR, rõ ràng là điểm yếu của web3 nằm ở cơ sở: trong lớp cơ sở hạ tầng. Chúng tôi luôn nghĩ rằng mình đang thêm một lớp bảo mật bổ sung cho một thứ vốn đã khá tốt, điều chúng tôi nhận thấy là cơ sở hạ tầng web3 thậm chí còn có nhiều vấn đề về quyền riêng tư hơn so với Web2.0.
Công cụ mở mang tầm mắt thực sự ở đây là DERP , Nhà cung cấp RPC Ethereum ngu ngốc của chúng tôi. DERP không làm bất cứ điều gì thông minh — nó chắc chắn không phải là một giải pháp bảo mật — nó chỉ lấy những gì bị ẩn và làm cho nó hiển thị, hiển thị tất cả các cuộc gọi RPC mà ví của bạn thực hiện.
Và số lượng lớn các vấn đề về quyền riêng tư thật đáng kinh ngạc. Các cuộc gọi dự phòng, các cuộc gọi liên kết các địa chỉ chưa được liên kết trước đó, các cuộc gọi làm lộ tài sản nắm giữ chỉ để thực hiện một yêu cầu giao diện người dùng đơn giản.
Rõ ràng tại sao điều này xảy ra. Khi mọi người nói về quyền riêng tư, họ có thể bị hoang tưởng. Nhưng đó không phải là ác ý hay thu thập dữ liệu. Đó chỉ là những gì tôi đã nói trước đây: thực tế là các lập trình viên có quá nhiều công việc, thời hạn quá ngắn và cần tìm ra giải pháp.
Nhưng một lời giải thích không phải là một cái cớ. Rõ ràng là chúng tôi đã xác định được một vấn đề lớn. Và một điều thực sự nổi bật: tất cả siêu dữ liệu của thiết bị đó, bao gồm cả địa chỉ IP của bạn. Ban đầu, chúng tôi xây dựng DERP như một công cụ giáo dục, một cách để giải thích thực tế về quyền riêng tư cho người dùng và dự án. Nhưng đây là một cái gì đó chúng ta có thể sửa chữa. Đó là những gì giao thức HOPR dành cho.
Và thế là ý tưởng ra đời: một dịch vụ dựa trên HOPR cung cấp các cuộc gọi RPC thực sự riêng tư.
Bước 2: Tiền thưởng
Nhưng phải làm gì với ý tưởng này? HOPR đang phát triển nhanh chóng, nhưng chúng tôi vẫn là một nhóm nhỏ. Tất cả các tài nguyên công nghệ của chúng tôi đều hướng tới việc xây dựng giao thức cốt lõi. Và bản thân giao thức đó chỉ là cơ sở để xây dựng các ứng dụng khác ở trên.
“Gửi cuộc gọi RPC qua HOPR” là một giải pháp tốt, nhưng từ góc độ công nghệ thì nó vô nghĩa.
Làm cách nào để bạn kết nối ví với mạng HOPR, sau đó HOPR với nhà cung cấp RPC? Sau khi cuộc gọi RPC được nhà cung cấp phục vụ, làm cách nào để bạn nhận được phản hồi? Làm thế nào để bạn làm điều đó mà không phá vỡ sự riêng tư?
Và đây chỉ là trường hợp thử nghiệm của một giao dịch. Các câu hỏi chỉ nhân lên khi bạn tưởng tượng đây là một sản phẩm, phục vụ đồng thời vô số lệnh gọi RPC cho các ví khác nhau, tất cả đều sẽ có các yêu cầu tích hợp khác nhau. Và đó là chưa tính đến khía cạnh UX. Hoặc ý nghĩa tokenomic. Hoặc…
Nhưng tất cả những gì có thể chờ đợi. Hiện tại, điều quan trọng là phải xác định vấn đề chính.
Chúng tôi cần đưa thêm người vào.
Chúng tôi đã đăng ký đồng tổ chức Genesis Edition của Infinite Hackathon ở Bogota vào tháng 10 năm 2022, trước Devcon vài ngày. Không có một kế hoạch cụ thể. Chúng tôi vừa có một chiến lược chung để thu hút nhiều nhà phát triển hơn xây dựng dựa trên HOPR và việc tham dự một sự kiện nổi tiếng có vẻ là một cách hay để đạt được điều đó.
Ý tưởng RPC riêng tư mới này có vẻ rất phù hợp với công việc tiền thưởng: khác thường, đầy thách thức và đủ tách biệt với giao thức HOPR cốt lõi để nhà phát triển bên ngoài có thể bắt đầu.
Khi tham gia cuộc thi hackathon, tôi biết rằng chúng tôi cần phải thực hiện một khoản tiền thưởng thực sự cụ thể. Tôi đã có nhiều kinh nghiệm về săn tiền thưởng từ cả hai phía: những năm đầu tiên của tôi trong lĩnh vực tiền điện tử được dành làm thợ săn tiền thưởng và đó thực sự là cách tôi tham gia HOPR ngay từ đầu. Sau đó, gần đây tôi đứng đầu chương trình tiền thưởng của riêng HOPR. Và bài học thường xuyên là những kẻ săn tiền thưởng cần có một bản tóm tắt rất rõ ràng nếu không họ sẽ tìm ra thứ gì đó khác để làm.
Vì vậy, chúng tôi đã thu hẹp nó đến mức có thể trong khi vẫn thực sự dành chỗ cho sự sáng tạo của những người săn tiền thưởng. Điều bắt đầu là “Xây dựng thứ gì đó thú vị trên HOPR” đã trở thành “Xây dựng giải pháp cho các giao dịch ví riêng tư qua HOPR”.
Nhưng điều đó vẫn còn quá rộng. HOPR là công nghệ phức tạp và hình thức hackathons có nghĩa là rất nhiều dự án sẽ cạnh tranh để thu hút sự chú ý của thợ săn. Thợ săn không ngại thử thách, nhưng thời gian không nhiều và họ muốn giành được thứ gì đó. Không ai muốn dành nửa ngày để tìm hiểu xem tiền thưởng yêu cầu những gì trước khi phải từ bỏ và chọn một tiền thưởng mới.
Vì vậy, chúng tôi lặp đi lặp lại nhiều hơn nữa: chúng tôi sẽ xây dựng một mẫu thử nghiệm, vì vậy các câu hỏi chính đã được giải quyết và yêu cầu mọi người sử dụng thử nghiệm đó để cải thiện nó.
Bước 3: Nguyên mẫu
Đây rõ ràng là cách tiếp cận đúng đắn. Chỉ có một vấn đề: cuộc thi hackathon bắt đầu vào ngày 5 tháng 10 và lúc đó đã là cuối tháng 9. Trên thực tế, tôi đã bắt đầu hành trình đến Bogota qua Tây Ban Nha cùng với người bạn và đồng nghiệp của mình là Rich, bậc thầy HOPR DAO.
Chúng tôi phải đưa ra bằng chứng về khái niệm đơn giản nhất có thể, sau đó xây dựng và ghi lại nó. Chúng tôi cũng muốn đảm bảo rằng toàn bộ nội dung có thể được tải xuống và chạy cục bộ vì WiFi tại các sự kiện này nổi tiếng là kém. Chính những chi tiết thực tế này có thể tạo nên sự khác biệt giữa những kẻ săn tiền thưởng đang làm rất tốt và bỏ cuộc vì thất vọng.
Với việc lập kế hoạch được thực hiện, cuối cùng chỉ có một tuần để mã hóa thực tế.
Đó là một tuần thực sự dài với nhiều giờ khó khăn, nhưng chúng tôi đã xây dựng được nó, cùng với bản demo và tài liệu rõ ràng. Cuối cùng, chúng tôi đã có nguyên mẫu , hướng dẫn tích hợp ví và video trình diễn. Rất cảm ơn Rich vì đã ở đó để đưa ra ý tưởng và giúp tôi gỡ lỗi.
Không thể dự đoán điều gì sẽ xảy ra trong một cuộc thi lập trình hackathon, nhưng tôi rất vui vì chúng tôi đã tham gia cuộc thi này với một bản tóm tắt rõ ràng và một cái móc hấp dẫn. Và chúng tôi vẫn tìm thấy một số thời gian để xem các điểm tham quan.
Nhưng có một cái gì đó khác. Thực sự thú vị khi chạy giao dịch thử nghiệm đầu tiên đó thông qua nguyên mẫu. Giữa sự căng thẳng của việc chuẩn bị sẵn sàng mọi thứ, trọng tâm đã bị thu hẹp vào công việc viết mã và thử nghiệm, và tôi đã đánh mất mục tiêu lớn hơn.
Nhưng đó là: lần đầu tiên sử dụng giao thức HOPR để gửi một giao dịch ví thực tế. Nó chỉ là một nguyên mẫu trong môi trường thử nghiệm, nhưng nó hứa hẹn những điều to lớn sắp tới.
Trưởng nhóm sản phẩm Steven Noni
RPCh
Trang mạng:https://www.hoprnet.orgTwitter:https://twitter.com/hoprnetđiện báo:https://t.me/hoprnetbất hòa:https://discord.gg/dEAWC4G
Diễn đàn:https://forum.hoprnet.orgđặt cược:https://stake.hoprnet.orgTiền thưởng:https://bounties.hoprnet.orgSân chơi:https://playground.hoprnet.org

![Dù sao thì một danh sách được liên kết là gì? [Phần 1]](https://post.nghiatu.com/assets/images/m/max/724/1*Xokk6XOjWyIGCBujkJsCzQ.jpeg)



































