Escrow create accepts payer == beneficiary and the id-reuse rule is undocumented
Maintainer thường phản hồi trong vòng 1 ngày
@Fayedamz đang làm issue này rồi.
Từ ngày 17/10/2026.
Đánh giá
- Độ khó
- 3/5
- Thời gian dự kiến
- 1-2 ngày
- Mức phù hợp với người mới
- 68/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Đặc tả rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- postgresql, typescript
- Lĩnh vực
- backend, documentation, testing
Hướng nghiên cứu
Start by locating the escrow create implementation and its existing has(&key) duplicate-id check. Add validation so payer == beneficiary returns InvalidParties, then add tests for identical parties and document in the README that IDs remain single-use for the life of the contract. Run the escrow test suite and verify the README rule.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Problem
create accepts payer == beneficiary, which produces an escrow where one party can release or refund at will, and the duplicate-id check only tests has(&key). That is correct for id reuse today, but the rules aren't documented (an id that was Released can never be reused, which affects backend id derivation).
Proposed change
Reject payer == beneficiary with a new InvalidParties error, document the id uniqueness rule and retention in the README, and add tests for both cases.
Acceptance criteria
-
createwith identical payer and beneficiary returns the new error. - README states that ids are single-use for the life of the contract.
- Ngôn ngữ chính
- TypeScript
- Star
- 16
- Fork
- 225
- Merge trung bình
- 10 giờ 53 phút
- Pull request đã merge (30 ngày)
- 66
Chuẩn bị môi trường
- Có Dockerfile hoặc tệp Docker Compose
- Có mẫu pull request
- Không có hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- 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.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của DistinctCodes/ManageHub
-
bug contract soroban-contract
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
DistinctCodes/ManageHub#2029 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
backend contract documentation soroban-contract
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
DistinctCodes/ManageHub#2028 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Add an end-to-end local sandbox for contracts (standalone network, deploy, call) to the repo docsĐang mởcontract documentation soroban-contract
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 76/100
DistinctCodes/ManageHub#2027 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
backend contract documentation NestJS soroban-contract
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 55/100
DistinctCodes/ManageHub#2026 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Contracts have no shared ABI/interface fixture used by both the Rust tests and the backend clientĐang mởbackend contract enhancement NestJS soroban-contract
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
DistinctCodes/ManageHub#2025 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của DistinctCodes/ManageHub
Issue tương tự
-
skillopt: success-reflect prompt omits the edit schema, so every success-only edit is droppedĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Workspace secrets/constants containing "$" are corrupted when resolved in data source optionsĐang mởbug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 67/100
mobile-next/mobile-mcp#526 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
e2e-failure ready-to-code
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 73/100
redhat-developer/rhdh-plugin-export-overlays#4470 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày