HelloZeroNet / HelloZeroNet/ZeroNet

Static Public Key Across Zites

Đang mở
#2,217 6 bình luận 0 reaction 0 người được giao Xem trên GitHub

Chưa có ai nhận issue này.

Ngôn ngữ chính
JavaScript
Star
18.8k
Fork
2.3k
Chỉ số merge pull request
Không có pull request nào được merge trong 30 ngày

Mô tả

Is your feature request related to a problem? Please describe.
What is the purpose of making a user's public key UNIQUE on every zite, but the auth_address (aka Bitcoin address) the SAME on every zite?

Describe the solution you'd like
A STATIC public key (across all zites) that is derived from the user's master key, same as their auth_address (aka Bitcoin address).

Describe alternatives you've considered

  1. Could utilize the deprecated auth_key. (btw, why was this deprecated?)
  2. Create a NEW plugin to derive a STATIC public key from the master key.

Additional context

So Why Is This A Problem?

Dynamic zites work very well today, by allowing users to write data to their own folder/namespace within the zite's sqlite data storage.

But what if you're NOT using Zeronet's sqlite data storage. It makes using "legacy" client/server features within zites cumbersome; since you have to rely on "legacy" authorization techniques for the user. Rather, a Zeronet-enhanced APP SERVER "should" be able to retrieve a user's public key from a registry (based on their cert id) and then send a challenge that can ONLY be solved by the private key holder. This would be AUTOMATIC, upon arriving at a ANY zite, making user authorization BUILT-IN for ALL developers.

eg. It should appeal to developers wanting to bridge an existing Clearnet application over to Zeronet. In which case, it would be ideal to utilize current backend systems while making the migration to a fully decentralized solution.

Hướng dẫn đóng góp

Chưa lập chỉ mục được hướng dẫn đóng góp cho kho mã nguồn này

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Hướng nghiên cứu

Không có tệp, bài kiểm thử hoặc điểm vào nào được nêu tên. Hãy bắt đầu bằng cách theo dõi cách ZeroNet hiện đang xử lý khóa công khai và auth_address, sau đó xem xét auth_key đã không còn được dùng được đề cập trong issue. Kết quả hoàn tất cần bao gồm một phương pháp được xác định để dẫn xuất khóa tĩnh từ khóa chính và làm rõ cách nó hỗ trợ việc ủy quyền giữa các zites.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Đánh giá

Lĩnh vực
authentication, cryptography, security
Loại issue
Tính năng
Độ khó
5/5
Thời gian dự kiến
Hơn một tuần
Mức độ hoạt động
Đình trệ
Độ rõ ràng
Cần làm rõ
Mức phù hợp với người mới
25/100

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.