research(bounties): on-chain optimization bounties with verifier contracts
Maintainer antworten meist innerhalb von 1 Tag
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 35/100
- Issue-Typ
- Feature
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Aktiv
- Tech-Stack
- python, solidity
- Bereich
- blockchain, fintech-quant
Rechercherichtung
Start with application/financial_portfolio.py to understand the repository’s QUBO/Ising portfolio representation, then read dependency #2 and roadmap issue #1 for project constraints. Define a compact problem encoding, prototype a verifier on a testnet, and document gas and cost limits, feasible problem sizes, and fixed-point arithmetic. Done means the design and prototype demonstrate one accepted and one rejected submission.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Summary
Explore bounties for small portfolio-style QUBO problems where anyone submits a candidate bitstring and a contract verifies feasibility and objective value and pays the best solution.
Motivation
Optimization is hard to solve but cheap to verify, which suits an on-chain contract and opens the platform to external solvers, quantum or classical.
Current state in this repo
- Portfolio problems are QUBO/Ising formulations in
application/financial_portfolio.py; there is no external-solver path.
Proposal
- Define a compact on-chain problem encoding (small N, committed matrix hash with data availability off-chain or in calldata).
- Prototype a verifier on one testnet (an EVM L2 and, optionally, Starknet) that checks the budget constraint and recomputes the objective.
- Design the bounty lifecycle: post, submit, challenge window, payout.
- Write up gas/cost limits and feasible problem sizes.
Acceptance criteria
- A written design and a testnet prototype with at least one successful and one rejected submission.
- Limits on problem size and fixed-point arithmetic are documented.
Out of scope
- Mainnet deployment.
- Production-audited contracts.
Technical notes and risks
- Contracts must be treated as unaudited prototypes.
Dependencies
- #2
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).
- Vorherrschende Sprache
- Python
- Sterne
- 2
- Forks
- 4
- Ø Merge
- 6 Std. 54 Min.
- Gemergte PRs (30 T.)
- 7
Entwicklungsumgebung
- Enthält ein Dockerfile oder eine Docker-Compose-Datei
- Keine Pull-Request-Vorlage
- Kein Beitragsleitfaden
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus QMeshPy/distributed-quantum
-
enhancement good first issue helia storage tier-1
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
QMeshPy/distributed-quantum#53 ·
Maintainer antworten meist innerhalb von 1 Tag
-
chain-integration enhancement payments research-spike tier-2
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 55/100
QMeshPy/distributed-quantum#78 ·
Maintainer antworten meist innerhalb von 1 Tag
-
chain-integration enhancement payments research-spike tier-2
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 66/100
QMeshPy/distributed-quantum#77 ·
Maintainer antworten meist innerhalb von 1 Tag
-
chain-integration enhancement payments tier-2
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 35/100
QMeshPy/distributed-quantum#76 ·
Maintainer antworten meist innerhalb von 1 Tag
-
documentation good first issue kubo storage tier-1
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 42/100
QMeshPy/distributed-quantum#75 ·
Maintainer antworten meist innerhalb von 1 Tag
Alle Issues in QMeshPy/distributed-quantum
Ähnliche Issues
-
[Bug]: IndexHandler.post crashes with HTTP 500 on malformed payloads, missing credentials, or when login is disabledEvtl. vergeben Ein verknüpfter Pull Request ist offen oder bereits gemergt. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
Maintainer antworten meist innerhalb von 6 Tagen
-
Bump zizmor to 1.31.1+Offengithub_actions
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 65/100
collective/icalendar#2003 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 79/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
openzim/python-scraperlib#360 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 82/100
volcengine/OpenViking#6445 ·
Maintainer antworten meist innerhalb von 1 Tag