Escrow create accepts payer == beneficiary and the id-reuse rule is undocumented
I maintainer di solito rispondono entro 1 giorno
@Fayedamz ci sta già lavorando.
Dal 17/10/2026.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 68/100
- Tipo di issue
- Bug
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Attiva
- Stack tecnologico
- postgresql, typescript
- Ambito
- backend, documentation, testing
Direzione di ricerca
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.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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.
- Lingua principale
- TypeScript
- Stelle
- 16
- Fork
- 225
- Merge medio
- 10h 53m
- PR unite (30g)
- 66
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Ha un modello di pull request
- Nessuna guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di DistinctCodes/ManageHub
-
bug contract soroban-contract
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
DistinctCodes/ManageHub#2029 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
backend contract documentation soroban-contract
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
DistinctCodes/ManageHub#2028 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Add an end-to-end local sandbox for contracts (standalone network, deploy, call) to the repo docsApertacontract documentation soroban-contract
Difficoltà 3/5 1-2 giorni Idoneità per principianti 76/100
DistinctCodes/ManageHub#2027 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
backend contract documentation NestJS soroban-contract
Difficoltà 4/5 3-5 giorni Idoneità per principianti 55/100
DistinctCodes/ManageHub#2026 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Contracts have no shared ABI/interface fixture used by both the Rust tests and the backend clientApertabackend contract enhancement NestJS soroban-contract
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
DistinctCodes/ManageHub#2025 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di DistinctCodes/ManageHub
Issue simili
-
bug skills
Difficoltà 2/5 1-3 ore Idoneità per principianti 77/100
equinor/fusion-framework#5846 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 74/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
Eyevinn/open-videocore#1256 ·
I maintainer di solito rispondono entro 1 giorno
-
Frontend build fails with Frappe version-16: DataImport is no longer exported by @framework/uiApertabug
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
[Bug]: Theme preset geist points at undefined --font-geistForse già presa @claude l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 73/100
I maintainer di solito rispondono entro 1 giorno