Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

feat(zcash): shielded fee payments detected with an incoming viewing key

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

Maintainer thường phản hồi trong vòng 1 ngày

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

Đánh giá

Độ khó
5/5
Thời gian dự kiến
Hơn một tuần
Mức phù hợp với người mới
25/100
Loại issue
Tính năng
Độ rõ ràng
Khá rõ ràng
Mức độ hoạt động
Sôi nổi
Công nghệ
python
Lĩnh vực
blockchain, payments

Hướng nghiên cứu

Start by checking issue #3 for the common payment event, then verify the recommended Zcash light-wallet server and testnet availability. Research Python or Node libraries for incoming viewing keys and unified-address derivation. Done means testnet payments are detected after configured confirmations, edge cases are visible to admins, and addresses are not reused across jobs.

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

Mô tả

chain-integration enhancement payments tier-3

Summary

Accept private job payments in shielded ZEC by generating a payment address per job and detecting payment with an incoming viewing key, using the encrypted memo to carry the job id.

Motivation

Confidential workloads such as drug-discovery pipelines benefit from private payment. Zcash has no smart contracts, so this is a payment-only integration.

Current state in this repo

  • No Zcash support. Payment events (#3) will provide the common record.

Proposal

  • Run or connect to a Zcash light-wallet backend (for example Zebra with a light-wallet server) on testnet.
  • The platform holds only an incoming viewing key, never spending keys; derive a fresh unified address per job.
  • A watcher detects incoming shielded notes, matches the memo/job id, checks the amount against the quote with a confirmation depth, and records a payment event.
  • Document how selective disclosure with a viewing key can support audits.
  • Conversion of ZEC to USDC is out of scope for this issue.

Acceptance criteria

  • Platform configuration contains no spending key.
  • A testnet payment with the job id memo marks the job paid after the configured confirmations.
  • Underpayment, overpayment and missing memo cases are handled and visible to admins.
  • Address reuse across jobs does not occur.

Out of scope

  • Escrow, smart contracts or Aave-style yield (not possible on Zcash).
  • ZEC to stablecoin conversion.

Technical notes and risks

  • Light-wallet infrastructure is evolving; pin versions. Treat the node/light-wallet as an external dependency with health checks.

Dependencies

  • #3

Verify before implementing

  • Current recommended server stack (Zebra, lightwalletd or successors) and testnet availability.
  • Viewing-key and unified-address derivation libraries for Python or Node.

References


Part of ##1. Ground rules for all issues in this roadmap are listed there (testnet-first, no secrets in the repo, chain logic behind the registry, tests and docs with every PR).

Ngôn ngữ chính
Python
Star
2
Fork
4
Merge trung bình
5 giờ 19 phút
Pull request đã merge (30 ngày)
11

Chuẩn bị môi trường

  • Có Dockerfile hoặc tệp Docker Compose
  • Không có mẫu pull request
  • Không có hướng dẫn đóng góp

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.

Issue khác của QMeshPy/distributed-quantum

Tất cả issue của QMeshPy/distributed-quantum

Issue tương tự

Thêm issue về Python

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.