From ccd08387702bd9e409d5d1abb01179ffddf83937 Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Mon, 10 Aug 2026 12:06:39 +1000 Subject: [PATCH 01/42] Add LP-0018: Logos Wallet prize Covers LEZ + blockchain asset ownership/transfer, token program support, staking, chain<->zone bridging, multi-zone/sequencer config, multi-account (incl. public/private LEZ accounts), a developer SDK with wallet-selection/approval flow, watch addresses, and testnet 0.3 support, with adoption metrics modeled on the lambda-prize forward plan's V0.3 testnet framework. --- README.md | 1 + prizes/LP-0018.md | 128 ++++++++++++++++++++++++++++++++++++++++++++++ 2 files changed, 129 insertions(+) create mode 100644 prizes/LP-0018.md diff --git a/README.md b/README.md index fad8bd34..29ec71c3 100644 --- a/README.md +++ b/README.md @@ -52,6 +52,7 @@ All prizes live in the `[prizes/](prizes/)` directory. Each prize is a markdown | [LP-0015](prizes/LP-0015.md) | General cross-program calls via tail calls | Large | Closed | | [LP-0016](prizes/LP-0016.md) | Anonymous Forum with Threshold Moderation | Large | Closed ([Solution](solutions/LP-0016.md)) | | [LP-0017](prizes/LP-0017.md) | Whistleblower: document upload and indexing Basecamp app | Medium | Closed ([Solution](solutions/LP-0017.md)) | +| [LP-0018](prizes/LP-0018.md) | Logos Wallet | Large | Draft | > [!IMPORTANT] > **Legacy scheme wind-down.** To make room for adoption-first prizes, **LP-0002**, **LP-0003**, and **LP-0008** close on **11 September 2026 at 23:59 CEST**. No new submissions will be accepted after that time. If you have already submitted a solution, yours will be reviewed first. In-flight submissions received before the deadline will still be evaluated. Prizes already marked *Closed* are unaffected. diff --git a/prizes/LP-0018.md b/prizes/LP-0018.md new file mode 100644 index 00000000..3ae6e3a6 --- /dev/null +++ b/prizes/LP-0018.md @@ -0,0 +1,128 @@ + + +--- +dependencies: [] +--- + +# LP-0018: Logos Wallet [DRAFT] + +**`Logos Circle: N/A`** + +## Overview + +This prize is for a Logos wallet module: a single wallet experience that manages assets across the Logos blockchain and any number of Logos Execution Zones (LEZ), including the token program, staking, bridging between chain and zones, multi-zone/sequencer configuration, multiple accounts, and a developer-facing SDK with wallet selection and approval flows for third-party dApps. + +## Motivation + +Logos' architecture separates a base blockchain from programmable execution zones, and expects users to interact with multiple zones, each potentially served by a different sequencer. Without a unified wallet, every zone and dApp would need to reinvent key management, asset display, staking, and bridging — fragmenting UX and increasing the risk of key-handling bugs. A single, well-tested wallet module gives every other Logos app a common, trustworthy foundation for asset custody and movement, and a standard SDK/approval flow lets third-party dApp developers integrate with that wallet instead of building their own. + +## Success Criteria + +### Functionality + +- [ ] **LEZ assets**: own, send, and receive native and token-program assets on a LEZ zone, including shielded balances. +- [ ] **Blockchain assets**: own, send, and receive assets on the Logos blockchain. +- [ ] **Token program**: create/query token mints and accounts, and transfer token-program assets, on LEZ. +- [ ] **Staking**: stake, unstake, and claim/cash out rewards on the Logos blockchain. +- [ ] **Bridging**: move assets from the Logos blockchain into a LEZ zone and back, with clear pending/settled status while a bridge transaction is in flight. +- [ ] **Multi-zone configuration**: add, remove, and switch between multiple configured LEZ zones. +- [ ] **Sequencer configuration**: configure which sequencer endpoint is used per zone, and switch sequencers without losing wallet state. +- [ ] **Multiple accounts (LEZ)**: create and manage multiple accounts per zone, including both public and private (shielded) accounts, and switch between them. +- [ ] **Multiple accounts (blockchain)**: create and manage multiple accounts on the Logos blockchain. +- [ ] **Developer SDK**: a documented SDK that lets a third-party dApp request account access, read balances/state, and propose transactions (blockchain and LEZ) against the wallet. +- [ ] **Wallet selection & approval flow**: when a dApp requests a connection or a transaction, the user is shown a selection prompt (which account to use) and an approval prompt (what is being signed/sent) before anything is signed or submitted. +- [ ] **Testnet 0.3**: the wallet operates end-to-end against Logos testnet 0.3 (blockchain + at least one LEZ zone). +- [ ] **Watch addresses**: add a read-only (watch-only) address for the blockchain or a LEZ zone and view its balances/activity without holding its keys. + +### Usability + +- [ ] Provide a module/SDK usable by other Logos modules and third-party dApps to query balances, request account access, and request transfers. +- [ ] Provide a Logos Basecamp app GUI with local build instructions and loadable assets. +- [ ] Account selection and transaction approval prompts clearly identify the requesting dApp, the target account, and (for transactions) the asset, amount, and destination. + +### Reliability + +- [ ] Wallet state (keys, accounts, configured zones/sequencers, watch addresses) survives restarts and sequencer switches without corruption. +- [ ] Bridge and staking operations that fail or are interrupted leave the wallet in a recoverable, clearly-reported state (no silently lost funds or stuck state). +- [ ] A dApp cannot sign or submit a transaction, or read a private/shielded account's balance, without an explicit user approval for that account. + +### Performance + +- [ ] Document compute unit usage for LEZ-side operations (transfer, token transfer, bridge in/out). + +### Supportability + +- [ ] Deployed and tested against Logos testnet 0.3 (blockchain and LEZ). +- [ ] End-to-end integration tests run against a real sequencer (standalone mode) and are included in CI; CI is green on the default branch. +- [ ] README documents setup, zone/sequencer configuration, account management, and step-by-step usage via CLI and Basecamp app. +- [ ] SDK documentation includes a minimal example dApp demonstrating connect → account selection → approval → transaction. +- [ ] A reproducible end-to-end demo script works against a real local sequencer with `RISC0_DEV_MODE=0`. +- [ ] A narrated video demo of the end-to-end flow is included, showing terminal output confirming `RISC0_DEV_MODE=0`. + +### Testnet Adoption Metrics + +> Modeled on the λPrize forward plan's phased testnet framework: V0.3 prioritizes "deployed and maintained," V0.4-style phases prioritize usage volume. The wallet targets V0.3 now; metrics below are what evaluators will check, not gated cash thresholds like the flagship adoption prizes. + +- [ ] Wallet is deployed and continuously reachable on Logos testnet 0.3 for the evaluation window (uptime/liveness). +- [ ] At least 3 independent accounts (mix of blockchain and LEZ, including at least one private/shielded LEZ account) are created and used to transact during the demo period. +- [ ] At least 1 full bridge round-trip (blockchain → zone → blockchain) is completed and verifiable on testnet. +- [ ] At least 1 full stake → unstake → claim cycle is completed and verifiable on testnet. +- [ ] At least 2 distinct LEZ zones (each with its own sequencer configuration) are used within the same wallet instance. +- [ ] At least 1 third-party example dApp integrates the SDK and completes a connect → approve → transact flow against the wallet, evidenced in the demo. + +## Scope + +### In Scope + +- Wallet module (key management, multi-account, asset display, transfers) for both the Logos blockchain and LEZ zones, including public and private LEZ accounts. +- Token program support on LEZ. +- Staking/unstaking/reward claim flows on the Logos blockchain. +- Bidirectional bridge flow between blockchain and zone. +- Multi-zone and per-zone sequencer configuration. +- Watch-only addresses. +- Developer SDK with account-access, state-read, and transaction-proposal APIs. +- Wallet-selection and transaction-approval UX flow for third-party dApp requests. +- CLI and Basecamp app GUI. + +### Out of Scope + +- Designing or implementing the bridge or staking protocol itself — the wallet integrates with existing/reference implementations. +- Hardware wallet integration. +- Portfolio analytics, price feeds, or fiat on/off-ramps. +- A dApp discovery/marketplace layer beyond the minimal SDK example. + +## Prize Structure + +- **Total Prize:** $X +- **Effort:** Large + +## Eligibility + +Open to any individual or team. Submissions must be original work. Teams must hold the rights to all submitted code and agree to license it under MIT or Apache-2.0. + +## Submission Requirements + +- Public repository with the wallet module, SDK, CLI, and Basecamp app GUI under MIT or Apache-2.0. +- Narrated video walkthrough demonstrating: key/multi-account setup (including a private LEZ account), sending/receiving on both blockchain and a LEZ zone, token program usage, stake/unstake/claim, a full bridge round-trip, adding a second zone with its own sequencer, adding a watch address, and a third-party example dApp performing connect → account selection → approval → transaction via the SDK. +- FURPS self-assessment as part of the solution (see [solution template](../solutions/LP-0000.md)). + +## Evaluation Process + +Submissions are evaluated first-come-first-served against the success criteria. The first submission that meets all criteria wins. + +Evaluators will independently clone the repository and run the demo script from a clean environment; the script must succeed without modification. Evaluators may also ask technical follow-up questions to verify authorship and understanding of the implementation. + +The following policies apply to all prizes (see [evaluation policies](../README.md#evaluation-policies)): + +- **Submissions:** each builder (or team) is allowed a maximum of **3 submissions** per prize, with at most **one submission/review per week**. +- **Feedback:** initial evaluation feedback is limited to a pass/fail indication against the success criteria. + +## Resources + +- [Logos Execution Zone repo](https://github.com/logos-blockchain/logos-execution-zone/) +- [LP-0013](LP-0013.md) — Token program improvements (authorities) +- [LP-0014](LP-0014.md) — Token program improvements (ATAs + wallet tooling) + +## Potential for Subsequent λ Prizes + +This prize targets Logos testnet 0.3. Should a future testnet version (e.g., V0.4) introduce breaking changes to staking, bridging, or the token program, or should the program move to volume-based adoption incentives for wallet usage, a subsequent λ Prize may be opened to cover adaptation. From 808263c54f0614cf2355092a562b5ae848aeff85 Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Mon, 10 Aug 2026 12:26:11 +1000 Subject: [PATCH 02/42] LP-0018: replace testnet metrics with attributable adoption criteria Generic on-chain activity cannot be traced back to the wallet software that produced it, so the previous metrics measured nothing specific to a challenger's submission. Replace them with traction attributable to the wallet itself: 10 independent third-party SDK integrations with genuine commit history, 100 repo stars, 100 on-chain inscriptions via a designated zone, and 20 Discord + 20 Twitter/X testimonials. All are required and evaluation is discretionary, with commit and account histories inspected, per the forward plan's ETH-Global-style criteria. Framed as the first tranche, with a follow-up LP expected. --- prizes/LP-0018.md | 23 ++++++++++++++--------- 1 file changed, 14 insertions(+), 9 deletions(-) diff --git a/prizes/LP-0018.md b/prizes/LP-0018.md index 3ae6e3a6..32e502be 100644 --- a/prizes/LP-0018.md +++ b/prizes/LP-0018.md @@ -59,16 +59,19 @@ Logos' architecture separates a base blockchain from programmable execution zone - [ ] A reproducible end-to-end demo script works against a real local sequencer with `RISC0_DEV_MODE=0`. - [ ] A narrated video demo of the end-to-end flow is included, showing terminal output confirming `RISC0_DEV_MODE=0`. -### Testnet Adoption Metrics +### Adoption (first tranche) -> Modeled on the λPrize forward plan's phased testnet framework: V0.3 prioritizes "deployed and maintained," V0.4-style phases prioritize usage volume. The wallet targets V0.3 now; metrics below are what evaluators will check, not gated cash thresholds like the flagship adoption prizes. +> These metrics measure traction attributable to *this wallet* — not generic on-chain activity, which cannot be traced back to the wallet software that produced it. +> +> **All of the following are required.** Evaluation is **discretionary**: we publish the dimensions we look at, but the final call rests with the evaluators, so that hitting a raw number is not by itself sufficient. Evaluators will inspect commit histories and the posting history of vouching accounts. Volume that is clearly manufactured — fresh accounts, coordinated bursts, purchased engagement — does not count, regardless of the headline number. -- [ ] Wallet is deployed and continuously reachable on Logos testnet 0.3 for the evaluation window (uptime/liveness). -- [ ] At least 3 independent accounts (mix of blockchain and LEZ, including at least one private/shielded LEZ account) are created and used to transact during the demo period. -- [ ] At least 1 full bridge round-trip (blockchain → zone → blockchain) is completed and verifiable on testnet. -- [ ] At least 1 full stake → unstake → claim cycle is completed and verifiable on testnet. -- [ ] At least 2 distinct LEZ zones (each with its own sequencer configuration) are used within the same wallet instance. -- [ ] At least 1 third-party example dApp integrates the SDK and completes a connect → approve → transact flow against the wallet, evidenced in the demo. +- [ ] **10 third-party developers** have each shipped a functional application that uses the wallet SDK. Each app must be publicly hosted on a mainstream forge (GitHub, GitLab, Codeberg, etc.) with a clear, genuine commit history — development spread over time by a real contributor, not a single bulk import. The 10 developers must be independent of each other and of the submitting team. +- [ ] **100 stars** on the wallet repository. +- [ ] **100 on-chain inscriptions** on the Logos blockchain reading `I use this wallet`, submitted through a zone designated by the evaluators. Inscriptions from addresses with no prior unrelated testnet activity carry little weight. +- [ ] **20 testimonials on Discord** vouching for the wallet. Testimonials should describe what the person actually used the wallet for; account history will be checked. +- [ ] **20 testimonials on Twitter/X** vouching for the wallet, subject to the same standard and the same account-history check. + +> **Subsequent tranches.** This is the first adoption tranche. A follow-up λPrize is expected for the next tranche, with higher thresholds and metrics adapted to the phase the network is in at that time (see [Potential for Subsequent λ Prizes](#potential-for-subsequent-λ-prizes)). ## Scope @@ -125,4 +128,6 @@ The following policies apply to all prizes (see [evaluation policies](../README. ## Potential for Subsequent λ Prizes -This prize targets Logos testnet 0.3. Should a future testnet version (e.g., V0.4) introduce breaking changes to staking, bridging, or the token program, or should the program move to volume-based adoption incentives for wallet usage, a subsequent λ Prize may be opened to cover adaptation. +This prize covers the **first adoption tranche**. A follow-up λPrize is expected for the next tranche, raising the adoption thresholds and adapting the metrics to the network phase at that time. + +This prize also targets Logos testnet 0.3. Should a future testnet version (e.g., V0.4) introduce breaking changes to staking, bridging, or the token program, a subsequent λ Prize may be opened to cover adaptation. From 164b964a692ec0fdf5f3acb0188743e87309cd86 Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Mon, 10 Aug 2026 12:33:37 +1000 Subject: [PATCH 03/42] LP-0018: add testimonial mini app, UX signal, and module requirements - Testimonial mini app: reference SDK integration that inscribes "I use this wallet" on both the blockchain and the official Logos zone. Doubles as the canonical example for third-party devs and the tool that produces the adoption criteria's on-chain inscriptions. - Name the official zone by sequencer endpoint rather than a number: zones are identified by ChannelId/endpoint, not sequentially, so there is no zone number to cite. Testnet 0.3 endpoint TBC at open. - Discretionary UX-quality criterion, per the forward plan's "volume + usability/UX signal" dimension. - No mandatory external services: any third-party service (e.g. price API) must be disclosed, disableable, and non-essential. - Adopt the Supportability requirements from PR #67 (cross-platform build, mkLogosModule, module catalog publishing), since that template change is not yet merged and so is not inherited. --- prizes/LP-0018.md | 16 ++++++++++++---- 1 file changed, 12 insertions(+), 4 deletions(-) diff --git a/prizes/LP-0018.md b/prizes/LP-0018.md index 32e502be..e5a94b83 100644 --- a/prizes/LP-0018.md +++ b/prizes/LP-0018.md @@ -31,6 +31,7 @@ Logos' architecture separates a base blockchain from programmable execution zone - [ ] **Multiple accounts (blockchain)**: create and manage multiple accounts on the Logos blockchain. - [ ] **Developer SDK**: a documented SDK that lets a third-party dApp request account access, read balances/state, and propose transactions (blockchain and LEZ) against the wallet. - [ ] **Wallet selection & approval flow**: when a dApp requests a connection or a transaction, the user is shown a selection prompt (which account to use) and an approval prompt (what is being signed/sent) before anything is signed or submitted. +- [ ] **Testimonial mini app**: a small reference application, built on the SDK, that lets any user inscribe a testimonial (`I use this wallet`) on **both** the Logos blockchain and the official Logos zone, going through the full connect → account selection → approval → transaction flow. It serves as the canonical SDK integration example for third-party developers, and is the tool used to produce the on-chain inscriptions in the adoption criteria below. - [ ] **Testnet 0.3**: the wallet operates end-to-end against Logos testnet 0.3 (blockchain + at least one LEZ zone). - [ ] **Watch addresses**: add a read-only (watch-only) address for the blockchain or a LEZ zone and view its balances/activity without holding its keys. @@ -39,12 +40,14 @@ Logos' architecture separates a base blockchain from programmable execution zone - [ ] Provide a module/SDK usable by other Logos modules and third-party dApps to query balances, request account access, and request transfers. - [ ] Provide a Logos Basecamp app GUI with local build instructions and loadable assets. - [ ] Account selection and transaction approval prompts clearly identify the requesting dApp, the target account, and (for transactions) the asset, amount, and destination. +- [ ] **UX quality (discretionary).** The wallet must be polished, functional, and usable by a non-expert: coherent navigation across accounts and zones, comprehensible transaction previews, and clear error/pending states. This is judged discretionarily rather than against a checklist — evaluators will use the wallet as a normal user would. ### Reliability - [ ] Wallet state (keys, accounts, configured zones/sequencers, watch addresses) survives restarts and sequencer switches without corruption. - [ ] Bridge and staking operations that fail or are interrupted leave the wallet in a recoverable, clearly-reported state (no silently lost funds or stuck state). - [ ] A dApp cannot sign or submit a transaction, or read a private/shielded account's balance, without an explicit user approval for that account. +- [ ] **No mandatory external services.** Beyond the user's configured sequencer(s) and Logos blockchain node, the wallet must not depend on any third-party web service to function. If one is used (e.g. a price API), then: it is disclosed to the user, the user can disable it, and the wallet remains fully functional with it disabled — no degraded key management, balances, or transaction flows. The wallet must never transmit addresses, balances, or transaction contents to a third party without explicit opt-in. ### Performance @@ -53,6 +56,9 @@ Logos' architecture separates a base blockchain from programmable execution zone ### Supportability - [ ] Deployed and tested against Logos testnet 0.3 (blockchain and LEZ). +- [ ] The submission builds and runs end-to-end on both **macOS (Apple Silicon)** and **Linux (x86_64)**. The demo script must succeed without modification on both platforms from a clean clone. +- [ ] Logos Basecamp modules are built with [`logos-module-builder`](https://github.com/logos-co/logos-module-builder) (`mkLogosModule`). +- [ ] Logos Basecamp modules are published to a module catalog: a fork of [`logos-modules-release-base`](https://github.com/logos-co/logos-modules-release-base), publishing releases via [`logos-modules-release-action`](https://github.com/logos-co/logos-modules-release-action). The catalog's `logos-repo.json` URL must be included in the submission so evaluators can install the module through the package-manager UI / `lgpd`. - [ ] End-to-end integration tests run against a real sequencer (standalone mode) and are included in CI; CI is green on the default branch. - [ ] README documents setup, zone/sequencer configuration, account management, and step-by-step usage via CLI and Basecamp app. - [ ] SDK documentation includes a minimal example dApp demonstrating connect → account selection → approval → transaction. @@ -67,7 +73,7 @@ Logos' architecture separates a base blockchain from programmable execution zone - [ ] **10 third-party developers** have each shipped a functional application that uses the wallet SDK. Each app must be publicly hosted on a mainstream forge (GitHub, GitLab, Codeberg, etc.) with a clear, genuine commit history — development spread over time by a real contributor, not a single bulk import. The 10 developers must be independent of each other and of the submitting team. - [ ] **100 stars** on the wallet repository. -- [ ] **100 on-chain inscriptions** on the Logos blockchain reading `I use this wallet`, submitted through a zone designated by the evaluators. Inscriptions from addresses with no prior unrelated testnet activity carry little weight. +- [ ] **100 on-chain inscriptions** reading `I use this wallet`, submitted by users through the testimonial mini app on **both** the Logos blockchain and the official Logos zone. Zones are identified by their sequencer endpoint, not by a number — the official testnet zone is `https://testnet.lez.logos.co` (explorer: `https://explorer.testnet.lez.logos.co/`); the exact endpoint for testnet 0.3 will be confirmed when this prize opens. Inscriptions from addresses with no prior unrelated testnet activity carry little weight. - [ ] **20 testimonials on Discord** vouching for the wallet. Testimonials should describe what the person actually used the wallet for; account history will be checked. - [ ] **20 testimonials on Twitter/X** vouching for the wallet, subject to the same standard and the same account-history check. @@ -85,6 +91,7 @@ Logos' architecture separates a base blockchain from programmable execution zone - Watch-only addresses. - Developer SDK with account-access, state-read, and transaction-proposal APIs. - Wallet-selection and transaction-approval UX flow for third-party dApp requests. +- Testimonial mini app: reference SDK integration that inscribes on both the blockchain and a LEZ zone. - CLI and Basecamp app GUI. ### Out of Scope @@ -92,7 +99,7 @@ Logos' architecture separates a base blockchain from programmable execution zone - Designing or implementing the bridge or staking protocol itself — the wallet integrates with existing/reference implementations. - Hardware wallet integration. - Portfolio analytics, price feeds, or fiat on/off-ramps. -- A dApp discovery/marketplace layer beyond the minimal SDK example. +- A dApp discovery/marketplace layer beyond the SDK example apps. ## Prize Structure @@ -105,8 +112,9 @@ Open to any individual or team. Submissions must be original work. Teams must ho ## Submission Requirements -- Public repository with the wallet module, SDK, CLI, and Basecamp app GUI under MIT or Apache-2.0. -- Narrated video walkthrough demonstrating: key/multi-account setup (including a private LEZ account), sending/receiving on both blockchain and a LEZ zone, token program usage, stake/unstake/claim, a full bridge round-trip, adding a second zone with its own sequencer, adding a watch address, and a third-party example dApp performing connect → account selection → approval → transaction via the SDK. +- Public repository with the wallet module, SDK, CLI, testimonial mini app, and Basecamp app GUI under MIT or Apache-2.0. +- Narrated video walkthrough demonstrating: key/multi-account setup (including a private LEZ account), sending/receiving on both blockchain and a LEZ zone, token program usage, stake/unstake/claim, a full bridge round-trip, adding a second zone with its own sequencer, adding a watch address, and the testimonial mini app performing connect → account selection → approval → inscription on both the blockchain and the official Logos zone via the SDK. +- Evidence for each adoption criterion: links to the 10 third-party SDK apps and their repositories, the wallet repository, the on-chain inscriptions, and the Discord and Twitter/X testimonials. - FURPS self-assessment as part of the solution (see [solution template](../solutions/LP-0000.md)). ## Evaluation Process From 9375912fa01a955fa488a3571f0cfbfc3b678bc7 Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Mon, 10 Aug 2026 12:35:17 +1000 Subject: [PATCH 04/42] LP-0018: set prize to $6,000 Above the live build-LP bands (L = $1,200, XL ~ $2,000) to reflect that this prize couples a large build with a first adoption tranche requiring sustained ecosystem outreach, not just delivery. --- prizes/LP-0018.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/prizes/LP-0018.md b/prizes/LP-0018.md index e5a94b83..12e86535 100644 --- a/prizes/LP-0018.md +++ b/prizes/LP-0018.md @@ -103,7 +103,7 @@ Logos' architecture separates a base blockchain from programmable execution zone ## Prize Structure -- **Total Prize:** $X +- **Total Prize:** $6,000 - **Effort:** Large ## Eligibility From c8dc1e7c7311fbde0baf3aa2b5af69b438f7471b Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Mon, 10 Aug 2026 12:37:42 +1000 Subject: [PATCH 05/42] LP-0018: add faucet mini app as second SDK reference integration Requests testnet funds from both the Logos blockchain and LEZ faucets with SDK-driven account selection. Unified app preferred; a split is allowed if the faucet backends differ enough to contort one flow. Gives the SDK a second worked example and gives the 100 inscribers a supported way to fund accounts on both layers before inscribing. --- prizes/LP-0018.md | 9 +++++---- 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/prizes/LP-0018.md b/prizes/LP-0018.md index 12e86535..8a0bcf5a 100644 --- a/prizes/LP-0018.md +++ b/prizes/LP-0018.md @@ -32,6 +32,7 @@ Logos' architecture separates a base blockchain from programmable execution zone - [ ] **Developer SDK**: a documented SDK that lets a third-party dApp request account access, read balances/state, and propose transactions (blockchain and LEZ) against the wallet. - [ ] **Wallet selection & approval flow**: when a dApp requests a connection or a transaction, the user is shown a selection prompt (which account to use) and an approval prompt (what is being signed/sent) before anything is signed or submitted. - [ ] **Testimonial mini app**: a small reference application, built on the SDK, that lets any user inscribe a testimonial (`I use this wallet`) on **both** the Logos blockchain and the official Logos zone, going through the full connect → account selection → approval → transaction flow. It serves as the canonical SDK integration example for third-party developers, and is the tool used to produce the on-chain inscriptions in the adoption criteria below. +- [ ] **Faucet mini app**: a reference application, built on the SDK, that requests testnet funds from **both** the Logos blockchain faucet and the LEZ faucet, using the SDK to let the user select which account receives them. A single app covering both layers is preferred; two separate apps are acceptable if the faucet backends differ enough that one flow would be contorted. It must report success/failure per layer and handle faucet rate-limiting gracefully. - [ ] **Testnet 0.3**: the wallet operates end-to-end against Logos testnet 0.3 (blockchain + at least one LEZ zone). - [ ] **Watch addresses**: add a read-only (watch-only) address for the blockchain or a LEZ zone and view its balances/activity without holding its keys. @@ -61,7 +62,7 @@ Logos' architecture separates a base blockchain from programmable execution zone - [ ] Logos Basecamp modules are published to a module catalog: a fork of [`logos-modules-release-base`](https://github.com/logos-co/logos-modules-release-base), publishing releases via [`logos-modules-release-action`](https://github.com/logos-co/logos-modules-release-action). The catalog's `logos-repo.json` URL must be included in the submission so evaluators can install the module through the package-manager UI / `lgpd`. - [ ] End-to-end integration tests run against a real sequencer (standalone mode) and are included in CI; CI is green on the default branch. - [ ] README documents setup, zone/sequencer configuration, account management, and step-by-step usage via CLI and Basecamp app. -- [ ] SDK documentation includes a minimal example dApp demonstrating connect → account selection → approval → transaction. +- [ ] SDK documentation covers the reference mini apps (testimonial and faucet) as worked examples of connect → account selection → approval → transaction. - [ ] A reproducible end-to-end demo script works against a real local sequencer with `RISC0_DEV_MODE=0`. - [ ] A narrated video demo of the end-to-end flow is included, showing terminal output confirming `RISC0_DEV_MODE=0`. @@ -91,7 +92,7 @@ Logos' architecture separates a base blockchain from programmable execution zone - Watch-only addresses. - Developer SDK with account-access, state-read, and transaction-proposal APIs. - Wallet-selection and transaction-approval UX flow for third-party dApp requests. -- Testimonial mini app: reference SDK integration that inscribes on both the blockchain and a LEZ zone. +- Reference SDK mini apps: a testimonial app that inscribes on both the blockchain and the official Logos zone, and a faucet app that requests testnet funds on both layers with SDK-driven account selection. - CLI and Basecamp app GUI. ### Out of Scope @@ -112,8 +113,8 @@ Open to any individual or team. Submissions must be original work. Teams must ho ## Submission Requirements -- Public repository with the wallet module, SDK, CLI, testimonial mini app, and Basecamp app GUI under MIT or Apache-2.0. -- Narrated video walkthrough demonstrating: key/multi-account setup (including a private LEZ account), sending/receiving on both blockchain and a LEZ zone, token program usage, stake/unstake/claim, a full bridge round-trip, adding a second zone with its own sequencer, adding a watch address, and the testimonial mini app performing connect → account selection → approval → inscription on both the blockchain and the official Logos zone via the SDK. +- Public repository with the wallet module, SDK, CLI, reference mini apps (testimonial and faucet), and Basecamp app GUI under MIT or Apache-2.0. +- Narrated video walkthrough demonstrating: key/multi-account setup (including a private LEZ account), funding accounts via the faucet mini app on both layers, sending/receiving on both blockchain and a LEZ zone, token program usage, stake/unstake/claim, a full bridge round-trip, adding a second zone with its own sequencer, adding a watch address, and the testimonial mini app performing connect → account selection → approval → inscription on both the blockchain and the official Logos zone via the SDK. - Evidence for each adoption criterion: links to the 10 third-party SDK apps and their repositories, the wallet repository, the on-chain inscriptions, and the Discord and Twitter/X testimonials. - FURPS self-assessment as part of the solution (see [solution template](../solutions/LP-0000.md)). From 07e1821f5ac508ebe9265ecd6a45f5a8d2281f54 Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Mon, 10 Aug 2026 12:52:13 +1000 Subject: [PATCH 06/42] LP-0018: address PR review comments - Retitle to "Blockchain and Zone Wallet and SDK" (+ README table). - Drop token minting; scope token program to owning/transferring from public and private accounts. - Say "private and public accounts" rather than "shielded balances". - Testimonial mini app: specify a LEZ smart contract holds the testimonials; custom text, optional username, and a unique identifier per LP submission. - SDK covers smart contract interactions, not just transfers. - Move module-catalog publishing from Supportability to Usability. - Wallet state survives network drops. - External-services criterion covers analytics: opt-in only. - Adoption: rename section, retitle intro to traction attributable to a submission, note it applies in addition to FURPS, allow custom inscription text, encourage screenshots with X testimonials. - Remove the Out of Scope section. - Drop the duplicated RISC0_DEV_MODE video criterion from Supportability. The narrated demo stays in Submission Requirements since the README mandates one for every prize. --- README.md | 2 +- prizes/LP-0018.md | 44 +++++++++++++++++--------------------------- 2 files changed, 18 insertions(+), 28 deletions(-) diff --git a/README.md b/README.md index 29ec71c3..64ca9acf 100644 --- a/README.md +++ b/README.md @@ -52,7 +52,7 @@ All prizes live in the `[prizes/](prizes/)` directory. Each prize is a markdown | [LP-0015](prizes/LP-0015.md) | General cross-program calls via tail calls | Large | Closed | | [LP-0016](prizes/LP-0016.md) | Anonymous Forum with Threshold Moderation | Large | Closed ([Solution](solutions/LP-0016.md)) | | [LP-0017](prizes/LP-0017.md) | Whistleblower: document upload and indexing Basecamp app | Medium | Closed ([Solution](solutions/LP-0017.md)) | -| [LP-0018](prizes/LP-0018.md) | Logos Wallet | Large | Draft | +| [LP-0018](prizes/LP-0018.md) | Blockchain and Zone Wallet and SDK | Large | Draft | > [!IMPORTANT] > **Legacy scheme wind-down.** To make room for adoption-first prizes, **LP-0002**, **LP-0003**, and **LP-0008** close on **11 September 2026 at 23:59 CEST**. No new submissions will be accepted after that time. If you have already submitted a solution, yours will be reviewed first. In-flight submissions received before the deadline will still be evaluated. Prizes already marked *Closed* are unaffected. diff --git a/prizes/LP-0018.md b/prizes/LP-0018.md index 8a0bcf5a..9138f316 100644 --- a/prizes/LP-0018.md +++ b/prizes/LP-0018.md @@ -4,7 +4,7 @@ dependencies: [] --- -# LP-0018: Logos Wallet [DRAFT] +# LP-0018: Blockchain and Zone Wallet and SDK [DRAFT] **`Logos Circle: N/A`** @@ -20,35 +20,36 @@ Logos' architecture separates a base blockchain from programmable execution zone ### Functionality -- [ ] **LEZ assets**: own, send, and receive native and token-program assets on a LEZ zone, including shielded balances. +- [ ] **LEZ assets**: own, send, and receive native and token-program assets on a LEZ zone, for both private and public accounts. - [ ] **Blockchain assets**: own, send, and receive assets on the Logos blockchain. -- [ ] **Token program**: create/query token mints and accounts, and transfer token-program assets, on LEZ. +- [ ] **Token program**: own and transfer token-program assets on LEZ, from both public and private accounts. - [ ] **Staking**: stake, unstake, and claim/cash out rewards on the Logos blockchain. - [ ] **Bridging**: move assets from the Logos blockchain into a LEZ zone and back, with clear pending/settled status while a bridge transaction is in flight. - [ ] **Multi-zone configuration**: add, remove, and switch between multiple configured LEZ zones. - [ ] **Sequencer configuration**: configure which sequencer endpoint is used per zone, and switch sequencers without losing wallet state. -- [ ] **Multiple accounts (LEZ)**: create and manage multiple accounts per zone, including both public and private (shielded) accounts, and switch between them. +- [ ] **Multiple accounts (LEZ)**: create and manage multiple accounts per zone, including both public and private accounts, and switch between them. - [ ] **Multiple accounts (blockchain)**: create and manage multiple accounts on the Logos blockchain. - [ ] **Developer SDK**: a documented SDK that lets a third-party dApp request account access, read balances/state, and propose transactions (blockchain and LEZ) against the wallet. - [ ] **Wallet selection & approval flow**: when a dApp requests a connection or a transaction, the user is shown a selection prompt (which account to use) and an approval prompt (what is being signed/sent) before anything is signed or submitted. -- [ ] **Testimonial mini app**: a small reference application, built on the SDK, that lets any user inscribe a testimonial (`I use this wallet`) on **both** the Logos blockchain and the official Logos zone, going through the full connect → account selection → approval → transaction flow. It serves as the canonical SDK integration example for third-party developers, and is the tool used to produce the on-chain inscriptions in the adoption criteria below. +- [ ] **Testimonial mini app**: a small reference application, built on the SDK, that lets any user publish a testimonial on **both** the Logos blockchain and the official Logos zone, going through the full connect → account selection → approval → transaction flow. On the zone this means **a LEZ smart contract that holds the testimonials**. A testimonial carries custom text, an optional username, and a unique identifier for the given LP submission, so that testimonials can be attributed to the submission that produced them. It serves as the canonical SDK integration example for third-party developers, and is the tool used to produce the on-chain inscriptions in the adoption criteria below. - [ ] **Faucet mini app**: a reference application, built on the SDK, that requests testnet funds from **both** the Logos blockchain faucet and the LEZ faucet, using the SDK to let the user select which account receives them. A single app covering both layers is preferred; two separate apps are acceptable if the faucet backends differ enough that one flow would be contorted. It must report success/failure per layer and handle faucet rate-limiting gracefully. -- [ ] **Testnet 0.3**: the wallet operates end-to-end against Logos testnet 0.3 (blockchain + at least one LEZ zone). +- [ ] **Testnet 0.3**: the wallet operates end-to-end against Logos testnet 0.3 (blockchain + the Logos LEZ zone). - [ ] **Watch addresses**: add a read-only (watch-only) address for the blockchain or a LEZ zone and view its balances/activity without holding its keys. ### Usability -- [ ] Provide a module/SDK usable by other Logos modules and third-party dApps to query balances, request account access, and request transfers. +- [ ] Provide a module/SDK usable by other Logos modules and third-party dApps to query balances, request account access, and request transfers and smart contract interactions. - [ ] Provide a Logos Basecamp app GUI with local build instructions and loadable assets. +- [ ] Logos Basecamp modules are published to a module catalog: a fork of [`logos-modules-release-base`](https://github.com/logos-co/logos-modules-release-base), publishing releases via [`logos-modules-release-action`](https://github.com/logos-co/logos-modules-release-action). The catalog's `logos-repo.json` URL must be included in the submission so evaluators can install the module through the package-manager UI / `lgpd`. - [ ] Account selection and transaction approval prompts clearly identify the requesting dApp, the target account, and (for transactions) the asset, amount, and destination. - [ ] **UX quality (discretionary).** The wallet must be polished, functional, and usable by a non-expert: coherent navigation across accounts and zones, comprehensible transaction previews, and clear error/pending states. This is judged discretionarily rather than against a checklist — evaluators will use the wallet as a normal user would. ### Reliability -- [ ] Wallet state (keys, accounts, configured zones/sequencers, watch addresses) survives restarts and sequencer switches without corruption. +- [ ] Wallet state (keys, accounts, configured zones/sequencers, watch addresses) survives restarts, network drops, and sequencer switches without corruption. - [ ] Bridge and staking operations that fail or are interrupted leave the wallet in a recoverable, clearly-reported state (no silently lost funds or stuck state). - [ ] A dApp cannot sign or submit a transaction, or read a private/shielded account's balance, without an explicit user approval for that account. -- [ ] **No mandatory external services.** Beyond the user's configured sequencer(s) and Logos blockchain node, the wallet must not depend on any third-party web service to function. If one is used (e.g. a price API), then: it is disclosed to the user, the user can disable it, and the wallet remains fully functional with it disabled — no degraded key management, balances, or transaction flows. The wallet must never transmit addresses, balances, or transaction contents to a third party without explicit opt-in. +- [ ] **No mandatory external services.** Beyond the user's configured sequencer(s) and Logos blockchain node, the wallet must not depend on any third-party web service to function. If one is used (e.g. a price API), then: it is disclosed to the user, the user can disable it, and the wallet remains fully functional with it disabled — no degraded key management, balances, or transaction flows. This includes analytics servers: if any analytics are collected, they must be strictly opt-in. The wallet must never transmit addresses, balances, or transaction contents to a third party without explicit opt-in. ### Performance @@ -59,31 +60,27 @@ Logos' architecture separates a base blockchain from programmable execution zone - [ ] Deployed and tested against Logos testnet 0.3 (blockchain and LEZ). - [ ] The submission builds and runs end-to-end on both **macOS (Apple Silicon)** and **Linux (x86_64)**. The demo script must succeed without modification on both platforms from a clean clone. - [ ] Logos Basecamp modules are built with [`logos-module-builder`](https://github.com/logos-co/logos-module-builder) (`mkLogosModule`). -- [ ] Logos Basecamp modules are published to a module catalog: a fork of [`logos-modules-release-base`](https://github.com/logos-co/logos-modules-release-base), publishing releases via [`logos-modules-release-action`](https://github.com/logos-co/logos-modules-release-action). The catalog's `logos-repo.json` URL must be included in the submission so evaluators can install the module through the package-manager UI / `lgpd`. - [ ] End-to-end integration tests run against a real sequencer (standalone mode) and are included in CI; CI is green on the default branch. - [ ] README documents setup, zone/sequencer configuration, account management, and step-by-step usage via CLI and Basecamp app. - [ ] SDK documentation covers the reference mini apps (testimonial and faucet) as worked examples of connect → account selection → approval → transaction. - [ ] A reproducible end-to-end demo script works against a real local sequencer with `RISC0_DEV_MODE=0`. -- [ ] A narrated video demo of the end-to-end flow is included, showing terminal output confirming `RISC0_DEV_MODE=0`. -### Adoption (first tranche) +### Adoption -> These metrics measure traction attributable to *this wallet* — not generic on-chain activity, which cannot be traced back to the wallet software that produced it. +> These metrics measure traction attributable to a given submission for this prize. > -> **All of the following are required.** Evaluation is **discretionary**: we publish the dimensions we look at, but the final call rests with the evaluators, so that hitting a raw number is not by itself sufficient. Evaluators will inspect commit histories and the posting history of vouching accounts. Volume that is clearly manufactured — fresh accounts, coordinated bursts, purchased engagement — does not count, regardless of the headline number. +> **All of the following are required in addition to the FURPS criteria above.** Evaluation is **discretionary**: we publish the dimensions we look at, but the final call rests with the evaluators, so that hitting a raw number is not by itself sufficient. Evaluators will inspect commit histories and the posting history of vouching accounts. Volume that is clearly manufactured — fresh accounts, coordinated bursts, purchased engagement — does not count, regardless of the headline number. - [ ] **10 third-party developers** have each shipped a functional application that uses the wallet SDK. Each app must be publicly hosted on a mainstream forge (GitHub, GitLab, Codeberg, etc.) with a clear, genuine commit history — development spread over time by a real contributor, not a single bulk import. The 10 developers must be independent of each other and of the submitting team. - [ ] **100 stars** on the wallet repository. -- [ ] **100 on-chain inscriptions** reading `I use this wallet`, submitted by users through the testimonial mini app on **both** the Logos blockchain and the official Logos zone. Zones are identified by their sequencer endpoint, not by a number — the official testnet zone is `https://testnet.lez.logos.co` (explorer: `https://explorer.testnet.lez.logos.co/`); the exact endpoint for testnet 0.3 will be confirmed when this prize opens. Inscriptions from addresses with no prior unrelated testnet activity carry little weight. +- [ ] **100 on-chain inscriptions** reading `I use this wallet` or other custom text, submitted by users through the testimonial mini app on **both** the Logos blockchain and the official Logos zone. Zones are identified by their sequencer endpoint, not by a number — the official testnet zone is `https://testnet.lez.logos.co` (explorer: `https://explorer.testnet.lez.logos.co/`); the exact endpoint for testnet 0.3 will be confirmed when this prize opens. Inscriptions from addresses with no prior unrelated testnet activity carry little weight. - [ ] **20 testimonials on Discord** vouching for the wallet. Testimonials should describe what the person actually used the wallet for; account history will be checked. -- [ ] **20 testimonials on Twitter/X** vouching for the wallet, subject to the same standard and the same account-history check. +- [ ] **20 testimonials on Twitter/X** vouching for the wallet, subject to the same standard and the same account-history check. Sharing screenshots of the wallet in use is encouraged. -> **Subsequent tranches.** This is the first adoption tranche. A follow-up λPrize is expected for the next tranche, with higher thresholds and metrics adapted to the phase the network is in at that time (see [Potential for Subsequent λ Prizes](#potential-for-subsequent-λ-prizes)). +> A follow-up λPrize is expected with higher adoption thresholds, adapted to the phase the network is in at that time (see [Potential for Subsequent λ Prizes](#potential-for-subsequent-λ-prizes)). ## Scope -### In Scope - - Wallet module (key management, multi-account, asset display, transfers) for both the Logos blockchain and LEZ zones, including public and private LEZ accounts. - Token program support on LEZ. - Staking/unstaking/reward claim flows on the Logos blockchain. @@ -95,13 +92,6 @@ Logos' architecture separates a base blockchain from programmable execution zone - Reference SDK mini apps: a testimonial app that inscribes on both the blockchain and the official Logos zone, and a faucet app that requests testnet funds on both layers with SDK-driven account selection. - CLI and Basecamp app GUI. -### Out of Scope - -- Designing or implementing the bridge or staking protocol itself — the wallet integrates with existing/reference implementations. -- Hardware wallet integration. -- Portfolio analytics, price feeds, or fiat on/off-ramps. -- A dApp discovery/marketplace layer beyond the SDK example apps. - ## Prize Structure - **Total Prize:** $6,000 @@ -114,7 +104,7 @@ Open to any individual or team. Submissions must be original work. Teams must ho ## Submission Requirements - Public repository with the wallet module, SDK, CLI, reference mini apps (testimonial and faucet), and Basecamp app GUI under MIT or Apache-2.0. -- Narrated video walkthrough demonstrating: key/multi-account setup (including a private LEZ account), funding accounts via the faucet mini app on both layers, sending/receiving on both blockchain and a LEZ zone, token program usage, stake/unstake/claim, a full bridge round-trip, adding a second zone with its own sequencer, adding a watch address, and the testimonial mini app performing connect → account selection → approval → inscription on both the blockchain and the official Logos zone via the SDK. +- Narrated video walkthrough demonstrating: key/multi-account setup (including a private LEZ account), funding accounts via the faucet mini app on both layers, sending/receiving on both blockchain and a LEZ zone, token program usage, stake/unstake/claim, a full bridge round-trip, adding a second zone with its own sequencer, adding a watch address, and the testimonial mini app performing connect → account selection → approval → inscription on both the blockchain and the official Logos zone via the SDK. (A narrated demo is required for every prize — see [demo requirements](../README.md#evaluation-policies).) - Evidence for each adoption criterion: links to the 10 third-party SDK apps and their repositories, the wallet repository, the on-chain inscriptions, and the Discord and Twitter/X testimonials. - FURPS self-assessment as part of the solution (see [solution template](../solutions/LP-0000.md)). From 49312832e03cb679c486c3c744d7535e2e660281 Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Mon, 10 Aug 2026 12:54:21 +1000 Subject: [PATCH 07/42] LP-0018: require Logos Storage for any remote persistence If remote data persistence is needed for reliability (backup, cross-device recovery), it must use Logos Storage rather than a centralised provider, with client-side encryption. --- prizes/LP-0018.md | 1 + 1 file changed, 1 insertion(+) diff --git a/prizes/LP-0018.md b/prizes/LP-0018.md index 9138f316..936c6179 100644 --- a/prizes/LP-0018.md +++ b/prizes/LP-0018.md @@ -50,6 +50,7 @@ Logos' architecture separates a base blockchain from programmable execution zone - [ ] Bridge and staking operations that fail or are interrupted leave the wallet in a recoverable, clearly-reported state (no silently lost funds or stuck state). - [ ] A dApp cannot sign or submit a transaction, or read a private/shielded account's balance, without an explicit user approval for that account. - [ ] **No mandatory external services.** Beyond the user's configured sequencer(s) and Logos blockchain node, the wallet must not depend on any third-party web service to function. If one is used (e.g. a price API), then: it is disclosed to the user, the user can disable it, and the wallet remains fully functional with it disabled — no degraded key management, balances, or transaction flows. This includes analytics servers: if any analytics are collected, they must be strictly opt-in. The wallet must never transmit addresses, balances, or transaction contents to a third party without explicit opt-in. +- [ ] **Remote storage uses Logos Storage.** If remote data persistence is needed for reliability (e.g. backup or cross-device recovery of wallet configuration), it must use **Logos Storage** — not a centralised provider. Any data leaving the device must be encrypted client-side. ### Performance From 9781082a134b43dab1fc5c40123f3cf6d5a89f2d Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Mon, 10 Aug 2026 12:56:14 +1000 Subject: [PATCH 08/42] LP-0018: remove AI writing tells from prose Replace nine prose em-dashes with commas, colons, parentheses, or sentence breaks, keeping only the two Resources list separators that match the convention in other prize files. Demote one reflexive three-item list to two. --- prizes/LP-0018.md | 16 ++++++++-------- 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/prizes/LP-0018.md b/prizes/LP-0018.md index 936c6179..8106a875 100644 --- a/prizes/LP-0018.md +++ b/prizes/LP-0018.md @@ -14,7 +14,7 @@ This prize is for a Logos wallet module: a single wallet experience that manages ## Motivation -Logos' architecture separates a base blockchain from programmable execution zones, and expects users to interact with multiple zones, each potentially served by a different sequencer. Without a unified wallet, every zone and dApp would need to reinvent key management, asset display, staking, and bridging — fragmenting UX and increasing the risk of key-handling bugs. A single, well-tested wallet module gives every other Logos app a common, trustworthy foundation for asset custody and movement, and a standard SDK/approval flow lets third-party dApp developers integrate with that wallet instead of building their own. +Logos' architecture separates a base blockchain from programmable execution zones, and expects users to interact with multiple zones, each potentially served by a different sequencer. Without a unified wallet, every zone and dApp would need to reinvent key management, asset display, staking, and bridging. That fragments UX and increases the risk of key-handling bugs. A single, well-tested wallet module gives every other Logos app a common, trustworthy foundation for asset custody and movement, and a standard SDK/approval flow lets third-party dApp developers integrate with that wallet instead of building their own. ## Success Criteria @@ -42,15 +42,15 @@ Logos' architecture separates a base blockchain from programmable execution zone - [ ] Provide a Logos Basecamp app GUI with local build instructions and loadable assets. - [ ] Logos Basecamp modules are published to a module catalog: a fork of [`logos-modules-release-base`](https://github.com/logos-co/logos-modules-release-base), publishing releases via [`logos-modules-release-action`](https://github.com/logos-co/logos-modules-release-action). The catalog's `logos-repo.json` URL must be included in the submission so evaluators can install the module through the package-manager UI / `lgpd`. - [ ] Account selection and transaction approval prompts clearly identify the requesting dApp, the target account, and (for transactions) the asset, amount, and destination. -- [ ] **UX quality (discretionary).** The wallet must be polished, functional, and usable by a non-expert: coherent navigation across accounts and zones, comprehensible transaction previews, and clear error/pending states. This is judged discretionarily rather than against a checklist — evaluators will use the wallet as a normal user would. +- [ ] **UX quality (discretionary).** The wallet must be polished, functional, and usable by a non-expert: coherent navigation across accounts and zones, comprehensible transaction previews, and clear error/pending states. This is judged discretionarily rather than against a checklist: evaluators will use the wallet as a normal user would. ### Reliability - [ ] Wallet state (keys, accounts, configured zones/sequencers, watch addresses) survives restarts, network drops, and sequencer switches without corruption. - [ ] Bridge and staking operations that fail or are interrupted leave the wallet in a recoverable, clearly-reported state (no silently lost funds or stuck state). - [ ] A dApp cannot sign or submit a transaction, or read a private/shielded account's balance, without an explicit user approval for that account. -- [ ] **No mandatory external services.** Beyond the user's configured sequencer(s) and Logos blockchain node, the wallet must not depend on any third-party web service to function. If one is used (e.g. a price API), then: it is disclosed to the user, the user can disable it, and the wallet remains fully functional with it disabled — no degraded key management, balances, or transaction flows. This includes analytics servers: if any analytics are collected, they must be strictly opt-in. The wallet must never transmit addresses, balances, or transaction contents to a third party without explicit opt-in. -- [ ] **Remote storage uses Logos Storage.** If remote data persistence is needed for reliability (e.g. backup or cross-device recovery of wallet configuration), it must use **Logos Storage** — not a centralised provider. Any data leaving the device must be encrypted client-side. +- [ ] **No mandatory external services.** Beyond the user's configured sequencer(s) and Logos blockchain node, the wallet must not depend on any third-party web service to function. If one is used (e.g. a price API), then: it is disclosed to the user, the user can disable it, and the wallet remains fully functional with it disabled, with no degraded key management, balances, or transaction flows. This includes analytics servers: if any analytics are collected, they must be strictly opt-in. The wallet must never transmit addresses, balances, or transaction contents to a third party without explicit opt-in. +- [ ] **Remote storage uses Logos Storage.** If remote data persistence is needed for reliability (e.g. backup or cross-device recovery of wallet configuration), it must use **Logos Storage**, not a centralised provider. Any data leaving the device must be encrypted client-side. ### Performance @@ -70,11 +70,11 @@ Logos' architecture separates a base blockchain from programmable execution zone > These metrics measure traction attributable to a given submission for this prize. > -> **All of the following are required in addition to the FURPS criteria above.** Evaluation is **discretionary**: we publish the dimensions we look at, but the final call rests with the evaluators, so that hitting a raw number is not by itself sufficient. Evaluators will inspect commit histories and the posting history of vouching accounts. Volume that is clearly manufactured — fresh accounts, coordinated bursts, purchased engagement — does not count, regardless of the headline number. +> **All of the following are required in addition to the FURPS criteria above.** Evaluation is **discretionary**: we publish the dimensions we look at, but the final call rests with the evaluators, so that hitting a raw number is not by itself sufficient. Evaluators will inspect commit histories and the posting history of vouching accounts. Volume that is clearly manufactured (fresh accounts, purchased engagement) does not count, regardless of the headline number. -- [ ] **10 third-party developers** have each shipped a functional application that uses the wallet SDK. Each app must be publicly hosted on a mainstream forge (GitHub, GitLab, Codeberg, etc.) with a clear, genuine commit history — development spread over time by a real contributor, not a single bulk import. The 10 developers must be independent of each other and of the submitting team. +- [ ] **10 third-party developers** have each shipped a functional application that uses the wallet SDK. Each app must be publicly hosted on a mainstream forge (GitHub, GitLab, Codeberg, etc.) with a clear, genuine commit history: development spread over time by a real contributor, not a single bulk import. The 10 developers must be independent of each other and of the submitting team. - [ ] **100 stars** on the wallet repository. -- [ ] **100 on-chain inscriptions** reading `I use this wallet` or other custom text, submitted by users through the testimonial mini app on **both** the Logos blockchain and the official Logos zone. Zones are identified by their sequencer endpoint, not by a number — the official testnet zone is `https://testnet.lez.logos.co` (explorer: `https://explorer.testnet.lez.logos.co/`); the exact endpoint for testnet 0.3 will be confirmed when this prize opens. Inscriptions from addresses with no prior unrelated testnet activity carry little weight. +- [ ] **100 on-chain inscriptions** reading `I use this wallet` or other custom text, submitted by users through the testimonial mini app on **both** the Logos blockchain and the official Logos zone. Zones are identified by their sequencer endpoint, not by a number. The official testnet zone is `https://testnet.lez.logos.co` (explorer: `https://explorer.testnet.lez.logos.co/`); the exact endpoint for testnet 0.3 will be confirmed when this prize opens. Inscriptions from addresses with no prior unrelated testnet activity carry little weight. - [ ] **20 testimonials on Discord** vouching for the wallet. Testimonials should describe what the person actually used the wallet for; account history will be checked. - [ ] **20 testimonials on Twitter/X** vouching for the wallet, subject to the same standard and the same account-history check. Sharing screenshots of the wallet in use is encouraged. @@ -105,7 +105,7 @@ Open to any individual or team. Submissions must be original work. Teams must ho ## Submission Requirements - Public repository with the wallet module, SDK, CLI, reference mini apps (testimonial and faucet), and Basecamp app GUI under MIT or Apache-2.0. -- Narrated video walkthrough demonstrating: key/multi-account setup (including a private LEZ account), funding accounts via the faucet mini app on both layers, sending/receiving on both blockchain and a LEZ zone, token program usage, stake/unstake/claim, a full bridge round-trip, adding a second zone with its own sequencer, adding a watch address, and the testimonial mini app performing connect → account selection → approval → inscription on both the blockchain and the official Logos zone via the SDK. (A narrated demo is required for every prize — see [demo requirements](../README.md#evaluation-policies).) +- Narrated video walkthrough demonstrating: key/multi-account setup (including a private LEZ account), funding accounts via the faucet mini app on both layers, sending/receiving on both blockchain and a LEZ zone, token program usage, stake/unstake/claim, a full bridge round-trip, adding a second zone with its own sequencer, adding a watch address, and the testimonial mini app performing connect → account selection → approval → inscription on both the blockchain and the official Logos zone via the SDK. (A narrated demo is required for every prize: see [demo requirements](../README.md#evaluation-policies).) - Evidence for each adoption criterion: links to the 10 third-party SDK apps and their repositories, the wallet repository, the on-chain inscriptions, and the Discord and Twitter/X testimonials. - FURPS self-assessment as part of the solution (see [solution template](../solutions/LP-0000.md)). From 64287015df44aa17ef94be495dc333152a08d7d0 Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Mon, 10 Aug 2026 13:01:46 +1000 Subject: [PATCH 09/42] LP-0018: set prize to $20,000 --- prizes/LP-0018.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/prizes/LP-0018.md b/prizes/LP-0018.md index 8106a875..f6688127 100644 --- a/prizes/LP-0018.md +++ b/prizes/LP-0018.md @@ -95,7 +95,7 @@ Logos' architecture separates a base blockchain from programmable execution zone ## Prize Structure -- **Total Prize:** $6,000 +- **Total Prize:** $20,000 - **Effort:** Large ## Eligibility From 1177691756e754f684bd5bcce6be7ac54eccf560 Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Mon, 10 Aug 2026 13:08:42 +1000 Subject: [PATCH 10/42] LP-0018: strengthen adoption criteria for the $20,000 prize - SDK integrations 10 -> 15, with at least 3 non-trivial apps that exist to do something other than demonstrate the SDK. - Inscriptions 100 -> 250, from at least 250 distinct accounts. - Add a sustained-activity criterion: inscriptions must span at least 2 months with 50+ in each month, so a single burst does not qualify. Verifiable from chain data via the submission's unique identifier. - Testimonials 20 -> 50 on each of Discord and Twitter/X. - Note in Evaluation Process that a submission cannot qualify before the two-month adoption window has elapsed. --- prizes/LP-0018.md | 13 ++++++++----- 1 file changed, 8 insertions(+), 5 deletions(-) diff --git a/prizes/LP-0018.md b/prizes/LP-0018.md index f6688127..4006f7fd 100644 --- a/prizes/LP-0018.md +++ b/prizes/LP-0018.md @@ -72,11 +72,12 @@ Logos' architecture separates a base blockchain from programmable execution zone > > **All of the following are required in addition to the FURPS criteria above.** Evaluation is **discretionary**: we publish the dimensions we look at, but the final call rests with the evaluators, so that hitting a raw number is not by itself sufficient. Evaluators will inspect commit histories and the posting history of vouching accounts. Volume that is clearly manufactured (fresh accounts, purchased engagement) does not count, regardless of the headline number. -- [ ] **10 third-party developers** have each shipped a functional application that uses the wallet SDK. Each app must be publicly hosted on a mainstream forge (GitHub, GitLab, Codeberg, etc.) with a clear, genuine commit history: development spread over time by a real contributor, not a single bulk import. The 10 developers must be independent of each other and of the submitting team. +- [ ] **15 third-party developers** have each shipped a functional application that uses the wallet SDK. Each app must be publicly hosted on a mainstream forge (GitHub, GitLab, Codeberg, etc.) with a clear, genuine commit history: development spread over time by a real contributor, not a single bulk import. The 15 developers must be independent of each other and of the submitting team. **At least 3 of the applications must be non-trivial**, meaning they exist to do something other than demonstrate the SDK. - [ ] **100 stars** on the wallet repository. -- [ ] **100 on-chain inscriptions** reading `I use this wallet` or other custom text, submitted by users through the testimonial mini app on **both** the Logos blockchain and the official Logos zone. Zones are identified by their sequencer endpoint, not by a number. The official testnet zone is `https://testnet.lez.logos.co` (explorer: `https://explorer.testnet.lez.logos.co/`); the exact endpoint for testnet 0.3 will be confirmed when this prize opens. Inscriptions from addresses with no prior unrelated testnet activity carry little weight. -- [ ] **20 testimonials on Discord** vouching for the wallet. Testimonials should describe what the person actually used the wallet for; account history will be checked. -- [ ] **20 testimonials on Twitter/X** vouching for the wallet, subject to the same standard and the same account-history check. Sharing screenshots of the wallet in use is encouraged. +- [ ] **250 on-chain inscriptions** reading `I use this wallet` or other custom text, submitted by users through the testimonial mini app on **both** the Logos blockchain and the official Logos zone. They must come from **at least 250 distinct accounts**, and accounts with no prior unrelated testnet activity carry little weight. Zones are identified by their sequencer endpoint, not by a number. The official testnet zone is `https://testnet.lez.logos.co` (explorer: `https://explorer.testnet.lez.logos.co/`); the exact endpoint for testnet 0.3 will be confirmed when this prize opens. +- [ ] **Sustained inscription activity**: the 250 inscriptions must be spread over **at least 2 months**, with **at least 50 new inscriptions in each of those months**. A single burst of activity does not qualify, however large. Inscriptions carry the submission's unique identifier and are timestamped on-chain, so this is verified directly from chain data. +- [ ] **50 testimonials on Discord** vouching for the wallet. Testimonials should describe what the person actually used the wallet for; account history will be checked. +- [ ] **50 testimonials on Twitter/X** vouching for the wallet, subject to the same standard and the same account-history check. Sharing screenshots of the wallet in use is encouraged. > A follow-up λPrize is expected with higher adoption thresholds, adapted to the phase the network is in at that time (see [Potential for Subsequent λ Prizes](#potential-for-subsequent-λ-prizes)). @@ -106,13 +107,15 @@ Open to any individual or team. Submissions must be original work. Teams must ho - Public repository with the wallet module, SDK, CLI, reference mini apps (testimonial and faucet), and Basecamp app GUI under MIT or Apache-2.0. - Narrated video walkthrough demonstrating: key/multi-account setup (including a private LEZ account), funding accounts via the faucet mini app on both layers, sending/receiving on both blockchain and a LEZ zone, token program usage, stake/unstake/claim, a full bridge round-trip, adding a second zone with its own sequencer, adding a watch address, and the testimonial mini app performing connect → account selection → approval → inscription on both the blockchain and the official Logos zone via the SDK. (A narrated demo is required for every prize: see [demo requirements](../README.md#evaluation-policies).) -- Evidence for each adoption criterion: links to the 10 third-party SDK apps and their repositories, the wallet repository, the on-chain inscriptions, and the Discord and Twitter/X testimonials. +- Evidence for each adoption criterion: links to the 15 third-party SDK apps and their repositories, the wallet repository, the on-chain inscriptions (with the submission identifier and per-month counts so the sustained-activity criterion can be verified), and the Discord and Twitter/X testimonials. - FURPS self-assessment as part of the solution (see [solution template](../solutions/LP-0000.md)). ## Evaluation Process Submissions are evaluated first-come-first-served against the success criteria. The first submission that meets all criteria wins. +Because the adoption criteria require sustained activity over at least two months, a submission cannot qualify until that window has elapsed. Builders are encouraged to ship early and start accruing adoption while continuing to develop, rather than treating the build and the adoption push as sequential. + Evaluators will independently clone the repository and run the demo script from a clean environment; the script must succeed without modification. Evaluators may also ask technical follow-up questions to verify authorship and understanding of the implementation. The following policies apply to all prizes (see [evaluation policies](../README.md#evaluation-policies)): From 110fa659b16bb407c8ac4fa6dc9854c305e9323d Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Mon, 10 Aug 2026 14:16:10 +1000 Subject: [PATCH 11/42] LP-0021: renumber from LP-0018 to avoid PR collision Four other open PRs (#36, #71, #75, #90) already claimed LP-0018, all opened before this one. LP-0021 is the first number claimed by neither a merged prize nor an open PR. Co-Authored-By: Claude Opus 5 (1M context) --- README.md | 2 +- prizes/{LP-0018.md => LP-0021.md} | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) rename prizes/{LP-0018.md => LP-0021.md} (99%) diff --git a/README.md b/README.md index 64ca9acf..1bd0cf4a 100644 --- a/README.md +++ b/README.md @@ -52,7 +52,7 @@ All prizes live in the `[prizes/](prizes/)` directory. Each prize is a markdown | [LP-0015](prizes/LP-0015.md) | General cross-program calls via tail calls | Large | Closed | | [LP-0016](prizes/LP-0016.md) | Anonymous Forum with Threshold Moderation | Large | Closed ([Solution](solutions/LP-0016.md)) | | [LP-0017](prizes/LP-0017.md) | Whistleblower: document upload and indexing Basecamp app | Medium | Closed ([Solution](solutions/LP-0017.md)) | -| [LP-0018](prizes/LP-0018.md) | Blockchain and Zone Wallet and SDK | Large | Draft | +| [LP-0021](prizes/LP-0021.md) | Blockchain and Zone Wallet and SDK | Large | Draft | > [!IMPORTANT] > **Legacy scheme wind-down.** To make room for adoption-first prizes, **LP-0002**, **LP-0003**, and **LP-0008** close on **11 September 2026 at 23:59 CEST**. No new submissions will be accepted after that time. If you have already submitted a solution, yours will be reviewed first. In-flight submissions received before the deadline will still be evaluated. Prizes already marked *Closed* are unaffected. diff --git a/prizes/LP-0018.md b/prizes/LP-0021.md similarity index 99% rename from prizes/LP-0018.md rename to prizes/LP-0021.md index 4006f7fd..85253199 100644 --- a/prizes/LP-0018.md +++ b/prizes/LP-0021.md @@ -4,7 +4,7 @@ dependencies: [] --- -# LP-0018: Blockchain and Zone Wallet and SDK [DRAFT] +# LP-0021: Blockchain and Zone Wallet and SDK [DRAFT] **`Logos Circle: N/A`** From b107db27a7ad0d7aef5ef120e5b512e140d6152e Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Wed, 12 Aug 2026 14:24:01 +1000 Subject: [PATCH 12/42] Split LP-0021 into LEZ-only wallet and LP-0022 combined wallet LP-0021 now scopes to a single LEZ zone (wallet, SDK, approval flow, testimonial + faucet mini apps) so a team can ship and start adoption without being blocked on blockchain-level features. LP-0022 extends that foundation to the Logos blockchain, staking, bridging, and multi-zone configuration, with its own incremental adoption tranche. Both priced at $20,000. Co-Authored-By: Claude Sonnet 5 --- README.md | 3 +- prizes/LP-0021.md | 78 ++++++++++++------------- prizes/LP-0022.md | 141 ++++++++++++++++++++++++++++++++++++++++++++++ 3 files changed, 182 insertions(+), 40 deletions(-) create mode 100644 prizes/LP-0022.md diff --git a/README.md b/README.md index 1bd0cf4a..da030392 100644 --- a/README.md +++ b/README.md @@ -52,7 +52,8 @@ All prizes live in the `[prizes/](prizes/)` directory. Each prize is a markdown | [LP-0015](prizes/LP-0015.md) | General cross-program calls via tail calls | Large | Closed | | [LP-0016](prizes/LP-0016.md) | Anonymous Forum with Threshold Moderation | Large | Closed ([Solution](solutions/LP-0016.md)) | | [LP-0017](prizes/LP-0017.md) | Whistleblower: document upload and indexing Basecamp app | Medium | Closed ([Solution](solutions/LP-0017.md)) | -| [LP-0021](prizes/LP-0021.md) | Blockchain and Zone Wallet and SDK | Large | Draft | +| [LP-0021](prizes/LP-0021.md) | LEZ Zone Wallet and SDK | Large | Draft | +| [LP-0022](prizes/LP-0022.md) | Combined Blockchain and Zone Wallet | Large | Draft | > [!IMPORTANT] > **Legacy scheme wind-down.** To make room for adoption-first prizes, **LP-0002**, **LP-0003**, and **LP-0008** close on **11 September 2026 at 23:59 CEST**. No new submissions will be accepted after that time. If you have already submitted a solution, yours will be reviewed first. In-flight submissions received before the deadline will still be evaluated. Prizes already marked *Closed* are unaffected. diff --git a/prizes/LP-0021.md b/prizes/LP-0021.md index 85253199..1b85364f 100644 --- a/prizes/LP-0021.md +++ b/prizes/LP-0021.md @@ -4,37 +4,30 @@ dependencies: [] --- -# LP-0021: Blockchain and Zone Wallet and SDK [DRAFT] +# LP-0021: LEZ Zone Wallet and SDK [DRAFT] **`Logos Circle: N/A`** ## Overview -This prize is for a Logos wallet module: a single wallet experience that manages assets across the Logos blockchain and any number of Logos Execution Zones (LEZ), including the token program, staking, bridging between chain and zones, multi-zone/sequencer configuration, multiple accounts, and a developer-facing SDK with wallet selection and approval flows for third-party dApps. +This prize is for a Logos wallet module scoped to a single Logos Execution Zone (LEZ): a wallet experience that manages assets on a LEZ zone, including the token program, multiple accounts (public and private), and a developer-facing SDK with wallet selection and approval flows for third-party dApps. This is the first of two wallet prizes: it establishes the LEZ-side wallet, SDK, and approval UX that a follow-up prize ([LP-0022](LP-0022.md)) will extend to cover the Logos blockchain, staking, bridging, and multi-zone configuration. ## Motivation -Logos' architecture separates a base blockchain from programmable execution zones, and expects users to interact with multiple zones, each potentially served by a different sequencer. Without a unified wallet, every zone and dApp would need to reinvent key management, asset display, staking, and bridging. That fragments UX and increases the risk of key-handling bugs. A single, well-tested wallet module gives every other Logos app a common, trustworthy foundation for asset custody and movement, and a standard SDK/approval flow lets third-party dApp developers integrate with that wallet instead of building their own. +Logos Execution Zones (LEZ) are the programmable environment where Logos dApps run, and every zone needs a wallet before it can have users or third-party integrations. Without a shared wallet and SDK, every dApp on a zone would need to reinvent key management, asset display, and approval UX. Scoping this first prize to a single zone lets a winning team ship a complete, adoption-ready wallet quickly, rather than being blocked on blockchain-level features (staking, bridging, multi-zone config) that are only needed once a base of zone-side users and dApps already exists. The wallet SDK and approval flow built here become the foundation LP-0022 extends to the blockchain and multi-zone case. ## Success Criteria ### Functionality - [ ] **LEZ assets**: own, send, and receive native and token-program assets on a LEZ zone, for both private and public accounts. -- [ ] **Blockchain assets**: own, send, and receive assets on the Logos blockchain. - [ ] **Token program**: own and transfer token-program assets on LEZ, from both public and private accounts. -- [ ] **Staking**: stake, unstake, and claim/cash out rewards on the Logos blockchain. -- [ ] **Bridging**: move assets from the Logos blockchain into a LEZ zone and back, with clear pending/settled status while a bridge transaction is in flight. -- [ ] **Multi-zone configuration**: add, remove, and switch between multiple configured LEZ zones. -- [ ] **Sequencer configuration**: configure which sequencer endpoint is used per zone, and switch sequencers without losing wallet state. -- [ ] **Multiple accounts (LEZ)**: create and manage multiple accounts per zone, including both public and private accounts, and switch between them. -- [ ] **Multiple accounts (blockchain)**: create and manage multiple accounts on the Logos blockchain. -- [ ] **Developer SDK**: a documented SDK that lets a third-party dApp request account access, read balances/state, and propose transactions (blockchain and LEZ) against the wallet. +- [ ] **Multiple accounts (LEZ)**: create and manage multiple accounts on the zone, including both public and private accounts, and switch between them. +- [ ] **Developer SDK**: a documented SDK that lets a third-party dApp request account access, read balances/state, and propose transactions against the wallet. - [ ] **Wallet selection & approval flow**: when a dApp requests a connection or a transaction, the user is shown a selection prompt (which account to use) and an approval prompt (what is being signed/sent) before anything is signed or submitted. -- [ ] **Testimonial mini app**: a small reference application, built on the SDK, that lets any user publish a testimonial on **both** the Logos blockchain and the official Logos zone, going through the full connect → account selection → approval → transaction flow. On the zone this means **a LEZ smart contract that holds the testimonials**. A testimonial carries custom text, an optional username, and a unique identifier for the given LP submission, so that testimonials can be attributed to the submission that produced them. It serves as the canonical SDK integration example for third-party developers, and is the tool used to produce the on-chain inscriptions in the adoption criteria below. -- [ ] **Faucet mini app**: a reference application, built on the SDK, that requests testnet funds from **both** the Logos blockchain faucet and the LEZ faucet, using the SDK to let the user select which account receives them. A single app covering both layers is preferred; two separate apps are acceptable if the faucet backends differ enough that one flow would be contorted. It must report success/failure per layer and handle faucet rate-limiting gracefully. -- [ ] **Testnet 0.3**: the wallet operates end-to-end against Logos testnet 0.3 (blockchain + the Logos LEZ zone). -- [ ] **Watch addresses**: add a read-only (watch-only) address for the blockchain or a LEZ zone and view its balances/activity without holding its keys. +- [ ] **Testimonial mini app**: a small reference application, built on the SDK, that lets any user publish a testimonial on the official Logos zone, going through the full connect → account selection → approval → transaction flow. This means **a LEZ smart contract that holds the testimonials**. A testimonial carries custom text, an optional username, and a unique identifier for the given LP submission, so that testimonials can be attributed to the submission that produced them. It serves as the canonical SDK integration example for third-party developers, and is the tool used to produce the on-chain inscriptions in the adoption criteria below. +- [ ] **Faucet mini app**: a reference application, built on the SDK, that requests testnet funds from the LEZ faucet, using the SDK to let the user select which account receives them. It must report success/failure and handle faucet rate-limiting gracefully. A wallet that cannot be funded is not usable, so this ships alongside the wallet, not as an afterthought. +- [ ] **Testnet 0.3**: the wallet operates end-to-end against the Logos LEZ zone on Logos testnet 0.3. ### Usability @@ -42,27 +35,26 @@ Logos' architecture separates a base blockchain from programmable execution zone - [ ] Provide a Logos Basecamp app GUI with local build instructions and loadable assets. - [ ] Logos Basecamp modules are published to a module catalog: a fork of [`logos-modules-release-base`](https://github.com/logos-co/logos-modules-release-base), publishing releases via [`logos-modules-release-action`](https://github.com/logos-co/logos-modules-release-action). The catalog's `logos-repo.json` URL must be included in the submission so evaluators can install the module through the package-manager UI / `lgpd`. - [ ] Account selection and transaction approval prompts clearly identify the requesting dApp, the target account, and (for transactions) the asset, amount, and destination. -- [ ] **UX quality (discretionary).** The wallet must be polished, functional, and usable by a non-expert: coherent navigation across accounts and zones, comprehensible transaction previews, and clear error/pending states. This is judged discretionarily rather than against a checklist: evaluators will use the wallet as a normal user would. +- [ ] **UX quality (discretionary).** The wallet must be polished, functional, and usable by a non-expert: coherent navigation across accounts, comprehensible transaction previews, and clear error/pending states. This is judged discretionarily rather than against a checklist: evaluators will use the wallet as a normal user would. ### Reliability -- [ ] Wallet state (keys, accounts, configured zones/sequencers, watch addresses) survives restarts, network drops, and sequencer switches without corruption. -- [ ] Bridge and staking operations that fail or are interrupted leave the wallet in a recoverable, clearly-reported state (no silently lost funds or stuck state). +- [ ] Wallet state (keys, accounts) survives restarts and network drops without corruption. - [ ] A dApp cannot sign or submit a transaction, or read a private/shielded account's balance, without an explicit user approval for that account. -- [ ] **No mandatory external services.** Beyond the user's configured sequencer(s) and Logos blockchain node, the wallet must not depend on any third-party web service to function. If one is used (e.g. a price API), then: it is disclosed to the user, the user can disable it, and the wallet remains fully functional with it disabled, with no degraded key management, balances, or transaction flows. This includes analytics servers: if any analytics are collected, they must be strictly opt-in. The wallet must never transmit addresses, balances, or transaction contents to a third party without explicit opt-in. +- [ ] **No mandatory external services.** Beyond the user's configured sequencer and Logos LEZ node, the wallet must not depend on any third-party web service to function. If one is used (e.g. a price API), then: it is disclosed to the user, the user can disable it, and the wallet remains fully functional with it disabled, with no degraded key management, balances, or transaction flows. This includes analytics servers: if any analytics are collected, they must be strictly opt-in. The wallet must never transmit addresses, balances, or transaction contents to a third party without explicit opt-in. - [ ] **Remote storage uses Logos Storage.** If remote data persistence is needed for reliability (e.g. backup or cross-device recovery of wallet configuration), it must use **Logos Storage**, not a centralised provider. Any data leaving the device must be encrypted client-side. ### Performance -- [ ] Document compute unit usage for LEZ-side operations (transfer, token transfer, bridge in/out). +- [ ] Document compute unit usage for LEZ-side operations (transfer, token transfer). ### Supportability -- [ ] Deployed and tested against Logos testnet 0.3 (blockchain and LEZ). +- [ ] Deployed and tested against Logos testnet 0.3 (the Logos LEZ zone). - [ ] The submission builds and runs end-to-end on both **macOS (Apple Silicon)** and **Linux (x86_64)**. The demo script must succeed without modification on both platforms from a clean clone. - [ ] Logos Basecamp modules are built with [`logos-module-builder`](https://github.com/logos-co/logos-module-builder) (`mkLogosModule`). - [ ] End-to-end integration tests run against a real sequencer (standalone mode) and are included in CI; CI is green on the default branch. -- [ ] README documents setup, zone/sequencer configuration, account management, and step-by-step usage via CLI and Basecamp app. +- [ ] README documents setup, account management, and step-by-step usage via CLI and Basecamp app. - [ ] SDK documentation covers the reference mini apps (testimonial and faucet) as worked examples of connect → account selection → approval → transaction. - [ ] A reproducible end-to-end demo script works against a real local sequencer with `RISC0_DEV_MODE=0`. @@ -72,28 +64,35 @@ Logos' architecture separates a base blockchain from programmable execution zone > > **All of the following are required in addition to the FURPS criteria above.** Evaluation is **discretionary**: we publish the dimensions we look at, but the final call rests with the evaluators, so that hitting a raw number is not by itself sufficient. Evaluators will inspect commit histories and the posting history of vouching accounts. Volume that is clearly manufactured (fresh accounts, purchased engagement) does not count, regardless of the headline number. -- [ ] **15 third-party developers** have each shipped a functional application that uses the wallet SDK. Each app must be publicly hosted on a mainstream forge (GitHub, GitLab, Codeberg, etc.) with a clear, genuine commit history: development spread over time by a real contributor, not a single bulk import. The 15 developers must be independent of each other and of the submitting team. **At least 3 of the applications must be non-trivial**, meaning they exist to do something other than demonstrate the SDK. -- [ ] **100 stars** on the wallet repository. -- [ ] **250 on-chain inscriptions** reading `I use this wallet` or other custom text, submitted by users through the testimonial mini app on **both** the Logos blockchain and the official Logos zone. They must come from **at least 250 distinct accounts**, and accounts with no prior unrelated testnet activity carry little weight. Zones are identified by their sequencer endpoint, not by a number. The official testnet zone is `https://testnet.lez.logos.co` (explorer: `https://explorer.testnet.lez.logos.co/`); the exact endpoint for testnet 0.3 will be confirmed when this prize opens. -- [ ] **Sustained inscription activity**: the 250 inscriptions must be spread over **at least 2 months**, with **at least 50 new inscriptions in each of those months**. A single burst of activity does not qualify, however large. Inscriptions carry the submission's unique identifier and are timestamped on-chain, so this is verified directly from chain data. -- [ ] **50 testimonials on Discord** vouching for the wallet. Testimonials should describe what the person actually used the wallet for; account history will be checked. -- [ ] **50 testimonials on Twitter/X** vouching for the wallet, subject to the same standard and the same account-history check. Sharing screenshots of the wallet in use is encouraged. +- [ ] **10 third-party developers** have each shipped a functional application that uses the wallet SDK. Each app must be publicly hosted on a mainstream forge (GitHub, GitLab, Codeberg, etc.) with a clear, genuine commit history: development spread over time by a real contributor, not a single bulk import. The 10 developers must be independent of each other and of the submitting team. **At least 2 of the applications must be non-trivial**, meaning they exist to do something other than demonstrate the SDK. +- [ ] **75 stars** on the wallet repository. +- [ ] **150 on-chain inscriptions** reading `I use this wallet` or other custom text, submitted by users through the testimonial mini app on the official Logos zone. They must come from **at least 150 distinct accounts**, and accounts with no prior unrelated testnet activity carry little weight. Zones are identified by their sequencer endpoint, not by a number. The official testnet zone is `https://testnet.lez.logos.co` (explorer: `https://explorer.testnet.lez.logos.co/`); the exact endpoint for testnet 0.3 will be confirmed when this prize opens. +- [ ] **Sustained inscription activity**: the 150 inscriptions must be spread over **at least 2 months**, with **at least 30 new inscriptions in each of those months**. A single burst of activity does not qualify, however large. Inscriptions carry the submission's unique identifier and are timestamped on-chain, so this is verified directly from chain data. +- [ ] **30 testimonials on Discord** vouching for the wallet. Testimonials should describe what the person actually used the wallet for; account history will be checked. +- [ ] **30 testimonials on Twitter/X** vouching for the wallet, subject to the same standard and the same account-history check. Sharing screenshots of the wallet in use is encouraged. -> A follow-up λPrize is expected with higher adoption thresholds, adapted to the phase the network is in at that time (see [Potential for Subsequent λ Prizes](#potential-for-subsequent-λ-prizes)). +> A follow-up λPrize ([LP-0022](LP-0022.md)) extends this wallet to the Logos blockchain, staking, bridging, and multi-zone configuration, with its own incremental adoption tranche. ## Scope -- Wallet module (key management, multi-account, asset display, transfers) for both the Logos blockchain and LEZ zones, including public and private LEZ accounts. +### In Scope + +- Wallet module (key management, multi-account, asset display, transfers) for a single LEZ zone, including public and private accounts. - Token program support on LEZ. -- Staking/unstaking/reward claim flows on the Logos blockchain. -- Bidirectional bridge flow between blockchain and zone. -- Multi-zone and per-zone sequencer configuration. -- Watch-only addresses. - Developer SDK with account-access, state-read, and transaction-proposal APIs. - Wallet-selection and transaction-approval UX flow for third-party dApp requests. -- Reference SDK mini apps: a testimonial app that inscribes on both the blockchain and the official Logos zone, and a faucet app that requests testnet funds on both layers with SDK-driven account selection. +- Reference SDK mini apps: a testimonial app that inscribes on the official Logos zone, and a faucet app that requests testnet funds on that zone with SDK-driven account selection. - CLI and Basecamp app GUI. +### Out of Scope + +- The Logos blockchain wallet, staking, bridging, and multi-zone/sequencer configuration — covered by [LP-0022](LP-0022.md). +- Watch-only addresses — covered by LP-0022. +- Designing or implementing the token program itself — the wallet integrates with the existing/reference implementation. +- Hardware wallet integration. +- Portfolio analytics, price feeds, or fiat on/off-ramps. +- A dApp discovery/marketplace layer beyond the SDK example apps. + ## Prize Structure - **Total Prize:** $20,000 @@ -106,8 +105,8 @@ Open to any individual or team. Submissions must be original work. Teams must ho ## Submission Requirements - Public repository with the wallet module, SDK, CLI, reference mini apps (testimonial and faucet), and Basecamp app GUI under MIT or Apache-2.0. -- Narrated video walkthrough demonstrating: key/multi-account setup (including a private LEZ account), funding accounts via the faucet mini app on both layers, sending/receiving on both blockchain and a LEZ zone, token program usage, stake/unstake/claim, a full bridge round-trip, adding a second zone with its own sequencer, adding a watch address, and the testimonial mini app performing connect → account selection → approval → inscription on both the blockchain and the official Logos zone via the SDK. (A narrated demo is required for every prize: see [demo requirements](../README.md#evaluation-policies).) -- Evidence for each adoption criterion: links to the 15 third-party SDK apps and their repositories, the wallet repository, the on-chain inscriptions (with the submission identifier and per-month counts so the sustained-activity criterion can be verified), and the Discord and Twitter/X testimonials. +- Narrated video walkthrough demonstrating: key/multi-account setup (including a private LEZ account), funding accounts via the faucet mini app, sending/receiving on the LEZ zone, token program usage, adding a watch address (if implemented), and the testimonial mini app performing connect → account selection → approval → inscription via the SDK. (A narrated demo is required for every prize: see [demo requirements](../README.md#evaluation-policies).) +- Evidence for each adoption criterion: links to the 10 third-party SDK apps and their repositories, the wallet repository, the on-chain inscriptions (with the submission identifier and per-month counts so the sustained-activity criterion can be verified), and the Discord and Twitter/X testimonials. - FURPS self-assessment as part of the solution (see [solution template](../solutions/LP-0000.md)). ## Evaluation Process @@ -128,9 +127,10 @@ The following policies apply to all prizes (see [evaluation policies](../README. - [Logos Execution Zone repo](https://github.com/logos-blockchain/logos-execution-zone/) - [LP-0013](LP-0013.md) — Token program improvements (authorities) - [LP-0014](LP-0014.md) — Token program improvements (ATAs + wallet tooling) +- [LP-0022](LP-0022.md) — Combined blockchain + zone wallet (follow-up) ## Potential for Subsequent λ Prizes -This prize covers the **first adoption tranche**. A follow-up λPrize is expected for the next tranche, raising the adoption thresholds and adapting the metrics to the network phase at that time. +This prize covers the **first adoption tranche** for the LEZ-only wallet. [LP-0022](LP-0022.md) extends the wallet to the Logos blockchain and multi-zone use, with its own adoption tranche. A further follow-up λPrize is expected with higher adoption thresholds, adapted to the phase the network is in at that time. -This prize also targets Logos testnet 0.3. Should a future testnet version (e.g., V0.4) introduce breaking changes to staking, bridging, or the token program, a subsequent λ Prize may be opened to cover adaptation. +This prize also targets Logos testnet 0.3. Should a future testnet version (e.g., V0.4) introduce breaking changes to the token program, a subsequent λ Prize may be opened to cover adaptation. diff --git a/prizes/LP-0022.md b/prizes/LP-0022.md new file mode 100644 index 00000000..64ffe5d3 --- /dev/null +++ b/prizes/LP-0022.md @@ -0,0 +1,141 @@ + + +--- +dependencies: + - id: LP-0021 + reason: extends the LEZ-only wallet and SDK to the Logos blockchain, staking, bridging, and multi-zone configuration +--- + +# LP-0022: Combined Blockchain and Zone Wallet [DRAFT] + +**`Logos Circle: N/A`** + +## Overview + +This prize extends the LEZ-only wallet from [LP-0021](LP-0021.md) into a single wallet experience that manages assets across the Logos blockchain **and** any number of Logos Execution Zones (LEZ): staking, bridging between chain and zones, multi-zone/sequencer configuration, watch-only addresses, and the corresponding SDK and mini-app extensions. + +## Motivation + +Logos' architecture separates a base blockchain from programmable execution zones, and expects users to interact with multiple zones, each potentially served by a different sequencer. LP-0021 established a wallet, SDK, and approval UX for a single zone; this prize builds on that foundation once it exists, adding the blockchain layer, staking, bridging, and multi-zone support that only matter once a base of zone-side users and dApps is already in place. Splitting the two lets a team ship and start accruing zone-side adoption early, then extend to the full cross-chain wallet without re-doing the SDK and approval-flow work. + +## Success Criteria + +### Functionality + +- [ ] **Blockchain assets**: own, send, and receive assets on the Logos blockchain. +- [ ] **Staking**: stake, unstake, and claim/cash out rewards on the Logos blockchain. +- [ ] **Bridging**: move assets from the Logos blockchain into a LEZ zone and back, with clear pending/settled status while a bridge transaction is in flight. +- [ ] **Multi-zone configuration**: add, remove, and switch between multiple configured LEZ zones. +- [ ] **Sequencer configuration**: configure which sequencer endpoint is used per zone, and switch sequencers without losing wallet state. +- [ ] **Multiple accounts (blockchain)**: create and manage multiple accounts on the Logos blockchain. +- [ ] **Developer SDK extension**: extend the LP-0021 SDK so third-party dApps can request account access, read balances/state, and propose transactions against the Logos blockchain and across multiple configured zones, not just the single zone LP-0021 supported. +- [ ] **Watch addresses**: add a read-only (watch-only) address for the blockchain or a LEZ zone and view its balances/activity without holding its keys. +- [ ] **Testimonial mini app extension**: extend the LP-0021 testimonial mini app so it also inscribes on the Logos blockchain, going through the same connect → account selection → approval → transaction flow used for the zone. +- [ ] **Faucet mini app extension**: extend the LP-0021 faucet mini app so it also requests testnet funds from the Logos blockchain faucet, using the SDK to let the user select which account receives them. A single app covering both layers is preferred; a separate app is acceptable if the faucet backends differ enough that one flow would be contorted. It must report success/failure per layer and handle faucet rate-limiting gracefully. +- [ ] **Testnet 0.3**: the wallet operates end-to-end against Logos testnet 0.3 (blockchain + at least two LEZ zones, to demonstrate multi-zone configuration). + +### Usability + +- [ ] The SDK continues to be usable by other Logos modules and third-party dApps to query balances, request account access, and request transfers and smart contract interactions, now across the blockchain and multiple zones. +- [ ] The Basecamp app GUI and CLI are extended to cover blockchain accounts, staking, bridging, multi-zone/sequencer configuration, and watch addresses. +- [ ] Account selection and transaction approval prompts clearly identify the requesting dApp, the target account (including which chain/zone), and (for transactions) the asset, amount, and destination. +- [ ] **UX quality (discretionary).** The extended wallet must remain polished and usable by a non-expert across chains and zones: coherent navigation, comprehensible transaction previews (including bridge and staking flows), and clear error/pending states. This is judged discretionarily rather than against a checklist: evaluators will use the wallet as a normal user would. + +### Reliability + +- [ ] Wallet state (keys, accounts, configured zones/sequencers, watch addresses) survives restarts, network drops, and sequencer switches without corruption. +- [ ] Bridge and staking operations that fail or are interrupted leave the wallet in a recoverable, clearly-reported state (no silently lost funds or stuck state). +- [ ] A dApp cannot sign or submit a transaction, or read a private/shielded account's balance, without an explicit user approval for that account, on any supported chain or zone. +- [ ] **No mandatory external services.** Beyond the user's configured sequencer(s) and Logos blockchain node, the wallet must not depend on any third-party web service to function. If one is used (e.g. a price API), then: it is disclosed to the user, the user can disable it, and the wallet remains fully functional with it disabled, with no degraded key management, balances, or transaction flows. This includes analytics servers: if any analytics are collected, they must be strictly opt-in. The wallet must never transmit addresses, balances, or transaction contents to a third party without explicit opt-in. +- [ ] **Remote storage uses Logos Storage.** If remote data persistence is needed for reliability (e.g. backup or cross-device recovery of wallet configuration), it must use **Logos Storage**, not a centralised provider. Any data leaving the device must be encrypted client-side. + +### Performance + +- [ ] Document compute unit usage for LEZ-side operations (transfer, token transfer, bridge in/out). + +### Supportability + +- [ ] Deployed and tested against Logos testnet 0.3 (blockchain and multiple LEZ zones). +- [ ] The submission builds and runs end-to-end on both **macOS (Apple Silicon)** and **Linux (x86_64)**. The demo script must succeed without modification on both platforms from a clean clone. +- [ ] Logos Basecamp modules are built with [`logos-module-builder`](https://github.com/logos-co/logos-module-builder) (`mkLogosModule`). +- [ ] End-to-end integration tests run against a real sequencer (standalone mode) and are included in CI; CI is green on the default branch. +- [ ] README documents setup, zone/sequencer configuration, account management, and step-by-step usage via CLI and Basecamp app. +- [ ] SDK documentation covers the extended reference mini apps (testimonial and faucet) as worked examples of connect → account selection → approval → transaction across chain and zones. +- [ ] A reproducible end-to-end demo script works against a real local sequencer with `RISC0_DEV_MODE=0`. + +### Adoption + +> These metrics measure traction attributable to a given submission for this prize, incremental to whatever the underlying LP-0021 wallet already accrued. Re-citing LP-0021's numbers does not satisfy this section. +> +> **All of the following are required in addition to the FURPS criteria above.** Evaluation is **discretionary**: we publish the dimensions we look at, but the final call rests with the evaluators, so that hitting a raw number is not by itself sufficient. Evaluators will inspect commit histories and the posting history of vouching accounts. Volume that is clearly manufactured (fresh accounts, purchased engagement) does not count, regardless of the headline number. + +- [ ] **5 third-party developers**, independent of each other and of the submitting team, have each shipped a functional application that uses the blockchain, staking, bridging, or multi-zone additions from this prize's SDK extension (not merely the LP-0021 zone SDK). Each app must be publicly hosted on a mainstream forge with a clear, genuine commit history. +- [ ] **25 additional stars** on the wallet repository, beyond the count already attributed to LP-0021. +- [ ] **100 on-chain inscriptions** submitted via the extended testimonial mini app **on the Logos blockchain**, from **at least 100 distinct accounts**, with the same anti-Sybil standard as LP-0021. +- [ ] **Sustained inscription activity**: the 100 blockchain inscriptions must be spread over **at least 2 months**, with **at least 20 new inscriptions in each of those months**. +- [ ] **20 testimonials on Discord** and **20 on Twitter/X** specifically describing use of the bridging, staking, or multi-zone features. Sharing screenshots of the wallet in use is encouraged. + +> A follow-up λPrize is expected with higher adoption thresholds, adapted to the phase the network is in at that time (see [Potential for Subsequent λ Prizes](#potential-for-subsequent-λ-prizes)). + +## Scope + +### In Scope + +- Extending the LP-0021 wallet module to the Logos blockchain: multi-account, asset display, transfers. +- Staking/unstaking/reward claim flows on the Logos blockchain. +- Bidirectional bridge flow between blockchain and zone. +- Multi-zone and per-zone sequencer configuration. +- Watch-only addresses (blockchain and LEZ). +- Extending the LP-0021 SDK to cover blockchain and multi-zone account-access, state-read, and transaction-proposal APIs. +- Extending the LP-0021 testimonial and faucet mini apps to the blockchain layer. +- Extending the CLI and Basecamp app GUI to the above. + +### Out of Scope + +- The base LEZ wallet, SDK, and single-zone approval flow — covered by [LP-0021](LP-0021.md); this prize assumes that foundation exists and builds on it. +- Designing or implementing the bridge or staking protocol itself — the wallet integrates with existing/reference implementations. +- Hardware wallet integration. +- Portfolio analytics, price feeds, or fiat on/off-ramps. +- A dApp discovery/marketplace layer beyond the SDK example apps. + +## Prize Structure + +- **Total Prize:** $20,000 +- **Effort:** Large + +## Eligibility + +Open to any individual or team. A submission must build on a merged LP-0021 solution (the team's own, or another team's), but need not come from the same team that won LP-0021. Submissions must be original work. Teams must hold the rights to all submitted code and agree to license it under MIT or Apache-2.0. + +## Submission Requirements + +- Public repository with the extended wallet module, SDK, CLI, extended reference mini apps (testimonial and faucet), and Basecamp app GUI under MIT or Apache-2.0. +- Narrated video walkthrough demonstrating: blockchain multi-account setup, funding accounts via the extended faucet mini app on both layers, sending/receiving on the blockchain, stake/unstake/claim, a full bridge round-trip, adding a second zone with its own sequencer, adding a watch address, and the extended testimonial mini app performing connect → account selection → approval → inscription on the blockchain via the SDK. (A narrated demo is required for every prize: see [demo requirements](../README.md#evaluation-policies).) +- Evidence for each adoption criterion: links to the 5 third-party SDK apps and their repositories, the wallet repository, the on-chain blockchain inscriptions (with the submission identifier and per-month counts so the sustained-activity criterion can be verified), and the Discord and Twitter/X testimonials. +- FURPS self-assessment as part of the solution (see [solution template](../solutions/LP-0000.md)). + +## Evaluation Process + +Submissions are evaluated first-come-first-served against the success criteria. The first submission that meets all criteria wins. + +A submission must build on a merged LP-0021 solution. Because the adoption criteria require sustained activity over at least two months, a submission cannot qualify until that window has elapsed. Builders are encouraged to ship early and start accruing adoption while continuing to develop, rather than treating the build and the adoption push as sequential. + +Evaluators will independently clone the repository and run the demo script from a clean environment; the script must succeed without modification. Evaluators may also ask technical follow-up questions to verify authorship and understanding of the implementation. + +The following policies apply to all prizes (see [evaluation policies](../README.md#evaluation-policies)): + +- **Submissions:** each builder (or team) is allowed a maximum of **3 submissions** per prize, with at most **one submission/review per week**. +- **Feedback:** initial evaluation feedback is limited to a pass/fail indication against the success criteria. + +## Resources + +- [Logos Execution Zone repo](https://github.com/logos-blockchain/logos-execution-zone/) +- [LP-0021](LP-0021.md) — LEZ zone wallet and SDK (prerequisite) +- [LP-0013](LP-0013.md) — Token program improvements (authorities) +- [LP-0014](LP-0014.md) — Token program improvements (ATAs + wallet tooling) + +## Potential for Subsequent λ Prizes + +This prize covers the **second adoption tranche**, extending [LP-0021](LP-0021.md) to the blockchain and multi-zone case. A follow-up λPrize is expected for the next tranche, raising the adoption thresholds and adapting the metrics to the network phase at that time. + +This prize also targets Logos testnet 0.3. Should a future testnet version (e.g., V0.4) introduce breaking changes to staking, bridging, or the token program, a subsequent λ Prize may be opened to cover adaptation. From 620d1a8135cfe80ef544e6da356616e43703129b Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Mon, 17 Aug 2026 13:34:54 +1000 Subject: [PATCH 13/42] LP-0022: reprice to $10,000 Co-Authored-By: Claude Sonnet 5 --- prizes/LP-0022.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/prizes/LP-0022.md b/prizes/LP-0022.md index 64ffe5d3..1766f278 100644 --- a/prizes/LP-0022.md +++ b/prizes/LP-0022.md @@ -100,7 +100,7 @@ Logos' architecture separates a base blockchain from programmable execution zone ## Prize Structure -- **Total Prize:** $20,000 +- **Total Prize:** $10,000 - **Effort:** Large ## Eligibility From 42ab8e3debb6c0e2688823f843889fbaebc56780 Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Mon, 17 Aug 2026 14:52:15 +1000 Subject: [PATCH 14/42] LP-0021, LP-0022: mark NFTs out of scope, link lez-programs, fix LEZ terminology Token program covers both fungible and non-fungible assets; both LPs scope to fungible only and call NFTs out explicitly. Add the lez-programs repo (github.com/logos-blockchain/lez-programs) to Resources in both. In LP-0021, replace "inscription" with "testimonial PDA" for LEZ-side testimonials, since inscription is a Bitcoin/blockchain term and this is a standard LEZ program with PDAs; LP-0022's blockchain-layer testimonials keep "inscription". Co-Authored-By: Claude Sonnet 5 --- prizes/LP-0021.md | 14 ++++++++------ prizes/LP-0022.md | 2 ++ 2 files changed, 10 insertions(+), 6 deletions(-) diff --git a/prizes/LP-0021.md b/prizes/LP-0021.md index 1b85364f..af3617fc 100644 --- a/prizes/LP-0021.md +++ b/prizes/LP-0021.md @@ -21,11 +21,11 @@ Logos Execution Zones (LEZ) are the programmable environment where Logos dApps r ### Functionality - [ ] **LEZ assets**: own, send, and receive native and token-program assets on a LEZ zone, for both private and public accounts. -- [ ] **Token program**: own and transfer token-program assets on LEZ, from both public and private accounts. +- [ ] **Token program**: own and transfer fungible token-program assets on LEZ, from both public and private accounts. Non-fungible (NFT) assets are out of scope — see [Out of Scope](#out-of-scope). - [ ] **Multiple accounts (LEZ)**: create and manage multiple accounts on the zone, including both public and private accounts, and switch between them. - [ ] **Developer SDK**: a documented SDK that lets a third-party dApp request account access, read balances/state, and propose transactions against the wallet. - [ ] **Wallet selection & approval flow**: when a dApp requests a connection or a transaction, the user is shown a selection prompt (which account to use) and an approval prompt (what is being signed/sent) before anything is signed or submitted. -- [ ] **Testimonial mini app**: a small reference application, built on the SDK, that lets any user publish a testimonial on the official Logos zone, going through the full connect → account selection → approval → transaction flow. This means **a LEZ smart contract that holds the testimonials**. A testimonial carries custom text, an optional username, and a unique identifier for the given LP submission, so that testimonials can be attributed to the submission that produced them. It serves as the canonical SDK integration example for third-party developers, and is the tool used to produce the on-chain inscriptions in the adoption criteria below. +- [ ] **Testimonial mini app**: a small reference application, built on the SDK, that lets any user publish a testimonial on the official Logos zone, going through the full connect → account selection → approval → transaction flow. This means **a standard LEZ program that stores each testimonial in its own PDA**. A testimonial carries custom text, an optional username, and a unique identifier for the given LP submission, so that testimonials can be attributed to the submission that produced them. It serves as the canonical SDK integration example for third-party developers, and is the tool used to produce the on-chain testimonial PDAs counted in the adoption criteria below. - [ ] **Faucet mini app**: a reference application, built on the SDK, that requests testnet funds from the LEZ faucet, using the SDK to let the user select which account receives them. It must report success/failure and handle faucet rate-limiting gracefully. A wallet that cannot be funded is not usable, so this ships alongside the wallet, not as an afterthought. - [ ] **Testnet 0.3**: the wallet operates end-to-end against the Logos LEZ zone on Logos testnet 0.3. @@ -66,8 +66,8 @@ Logos Execution Zones (LEZ) are the programmable environment where Logos dApps r - [ ] **10 third-party developers** have each shipped a functional application that uses the wallet SDK. Each app must be publicly hosted on a mainstream forge (GitHub, GitLab, Codeberg, etc.) with a clear, genuine commit history: development spread over time by a real contributor, not a single bulk import. The 10 developers must be independent of each other and of the submitting team. **At least 2 of the applications must be non-trivial**, meaning they exist to do something other than demonstrate the SDK. - [ ] **75 stars** on the wallet repository. -- [ ] **150 on-chain inscriptions** reading `I use this wallet` or other custom text, submitted by users through the testimonial mini app on the official Logos zone. They must come from **at least 150 distinct accounts**, and accounts with no prior unrelated testnet activity carry little weight. Zones are identified by their sequencer endpoint, not by a number. The official testnet zone is `https://testnet.lez.logos.co` (explorer: `https://explorer.testnet.lez.logos.co/`); the exact endpoint for testnet 0.3 will be confirmed when this prize opens. -- [ ] **Sustained inscription activity**: the 150 inscriptions must be spread over **at least 2 months**, with **at least 30 new inscriptions in each of those months**. A single burst of activity does not qualify, however large. Inscriptions carry the submission's unique identifier and are timestamped on-chain, so this is verified directly from chain data. +- [ ] **150 on-chain testimonial PDAs** reading `I use this wallet` or other custom text, submitted by users through the testimonial mini app on the official Logos zone. They must come from **at least 150 distinct accounts**, and accounts with no prior unrelated testnet activity carry little weight. Zones are identified by their sequencer endpoint, not by a number. The official testnet zone is `https://testnet.lez.logos.co` (explorer: `https://explorer.testnet.lez.logos.co/`); the exact endpoint for testnet 0.3 will be confirmed when this prize opens. +- [ ] **Sustained testimonial activity**: the 150 testimonial PDAs must be spread over **at least 2 months**, with **at least 30 new testimonials in each of those months**. A single burst of activity does not qualify, however large. Each PDA carries the submission's unique identifier and is timestamped on-chain, so this is verified directly from chain data. - [ ] **30 testimonials on Discord** vouching for the wallet. Testimonials should describe what the person actually used the wallet for; account history will be checked. - [ ] **30 testimonials on Twitter/X** vouching for the wallet, subject to the same standard and the same account-history check. Sharing screenshots of the wallet in use is encouraged. @@ -89,6 +89,7 @@ Logos Execution Zones (LEZ) are the programmable environment where Logos dApps r - The Logos blockchain wallet, staking, bridging, and multi-zone/sequencer configuration — covered by [LP-0022](LP-0022.md). - Watch-only addresses — covered by LP-0022. - Designing or implementing the token program itself — the wallet integrates with the existing/reference implementation. +- **Non-fungible (NFT) assets.** The token program covers both fungible and non-fungible assets, but this prize covers fungible token support only; owning, transferring, or displaying NFTs is out of scope. - Hardware wallet integration. - Portfolio analytics, price feeds, or fiat on/off-ramps. - A dApp discovery/marketplace layer beyond the SDK example apps. @@ -105,8 +106,8 @@ Open to any individual or team. Submissions must be original work. Teams must ho ## Submission Requirements - Public repository with the wallet module, SDK, CLI, reference mini apps (testimonial and faucet), and Basecamp app GUI under MIT or Apache-2.0. -- Narrated video walkthrough demonstrating: key/multi-account setup (including a private LEZ account), funding accounts via the faucet mini app, sending/receiving on the LEZ zone, token program usage, adding a watch address (if implemented), and the testimonial mini app performing connect → account selection → approval → inscription via the SDK. (A narrated demo is required for every prize: see [demo requirements](../README.md#evaluation-policies).) -- Evidence for each adoption criterion: links to the 10 third-party SDK apps and their repositories, the wallet repository, the on-chain inscriptions (with the submission identifier and per-month counts so the sustained-activity criterion can be verified), and the Discord and Twitter/X testimonials. +- Narrated video walkthrough demonstrating: key/multi-account setup (including a private LEZ account), funding accounts via the faucet mini app, sending/receiving on the LEZ zone, token program usage, adding a watch address (if implemented), and the testimonial mini app performing connect → account selection → approval → PDA creation via the SDK. (A narrated demo is required for every prize: see [demo requirements](../README.md#evaluation-policies).) +- Evidence for each adoption criterion: links to the 10 third-party SDK apps and their repositories, the wallet repository, the on-chain testimonial PDAs (with the submission identifier and per-month counts so the sustained-activity criterion can be verified), and the Discord and Twitter/X testimonials. - FURPS self-assessment as part of the solution (see [solution template](../solutions/LP-0000.md)). ## Evaluation Process @@ -125,6 +126,7 @@ The following policies apply to all prizes (see [evaluation policies](../README. ## Resources - [Logos Execution Zone repo](https://github.com/logos-blockchain/logos-execution-zone/) +- [LEZ programs repo](https://github.com/logos-blockchain/lez-programs/) — includes the token program - [LP-0013](LP-0013.md) — Token program improvements (authorities) - [LP-0014](LP-0014.md) — Token program improvements (ATAs + wallet tooling) - [LP-0022](LP-0022.md) — Combined blockchain + zone wallet (follow-up) diff --git a/prizes/LP-0022.md b/prizes/LP-0022.md index 1766f278..67fa401a 100644 --- a/prizes/LP-0022.md +++ b/prizes/LP-0022.md @@ -94,6 +94,7 @@ Logos' architecture separates a base blockchain from programmable execution zone - The base LEZ wallet, SDK, and single-zone approval flow — covered by [LP-0021](LP-0021.md); this prize assumes that foundation exists and builds on it. - Designing or implementing the bridge or staking protocol itself — the wallet integrates with existing/reference implementations. +- **Non-fungible (NFT) assets.** The token program covers both fungible and non-fungible assets, but this prize covers fungible token support only; owning, transferring, or displaying NFTs is out of scope. - Hardware wallet integration. - Portfolio analytics, price feeds, or fiat on/off-ramps. - A dApp discovery/marketplace layer beyond the SDK example apps. @@ -130,6 +131,7 @@ The following policies apply to all prizes (see [evaluation policies](../README. ## Resources - [Logos Execution Zone repo](https://github.com/logos-blockchain/logos-execution-zone/) +- [LEZ programs repo](https://github.com/logos-blockchain/lez-programs/) — includes the token program - [LP-0021](LP-0021.md) — LEZ zone wallet and SDK (prerequisite) - [LP-0013](LP-0013.md) — Token program improvements (authorities) - [LP-0014](LP-0014.md) — Token program improvements (ATAs + wallet tooling) From 87a098b0b273a8ff5c41ba872b57e996d47dd4a8 Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Mon, 17 Aug 2026 14:54:50 +1000 Subject: [PATCH 15/42] LP-0021, LP-0022: drop redundant "discretionary" framing TERMS.md already establishes the whole program is discretionary (sole discretion over evaluation, winner selection, and award). Calling out "Evaluation is discretionary" per-criterion, and tagging UX quality as "(discretionary)" specifically, wrongly implied other criteria are binding guarantees. Point to TERMS instead and keep the substantive guidance (dimensions considered, anti-Sybil rules). Co-Authored-By: Claude Sonnet 5 --- prizes/LP-0021.md | 4 ++-- prizes/LP-0022.md | 4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/prizes/LP-0021.md b/prizes/LP-0021.md index af3617fc..37652fc8 100644 --- a/prizes/LP-0021.md +++ b/prizes/LP-0021.md @@ -35,7 +35,7 @@ Logos Execution Zones (LEZ) are the programmable environment where Logos dApps r - [ ] Provide a Logos Basecamp app GUI with local build instructions and loadable assets. - [ ] Logos Basecamp modules are published to a module catalog: a fork of [`logos-modules-release-base`](https://github.com/logos-co/logos-modules-release-base), publishing releases via [`logos-modules-release-action`](https://github.com/logos-co/logos-modules-release-action). The catalog's `logos-repo.json` URL must be included in the submission so evaluators can install the module through the package-manager UI / `lgpd`. - [ ] Account selection and transaction approval prompts clearly identify the requesting dApp, the target account, and (for transactions) the asset, amount, and destination. -- [ ] **UX quality (discretionary).** The wallet must be polished, functional, and usable by a non-expert: coherent navigation across accounts, comprehensible transaction previews, and clear error/pending states. This is judged discretionarily rather than against a checklist: evaluators will use the wallet as a normal user would. +- [ ] **UX quality.** The wallet must be polished, functional, and usable by a non-expert: coherent navigation across accounts, comprehensible transaction previews, and clear error/pending states. This is judged against overall impression rather than a checklist: evaluators will use the wallet as a normal user would. ### Reliability @@ -62,7 +62,7 @@ Logos Execution Zones (LEZ) are the programmable environment where Logos dApps r > These metrics measure traction attributable to a given submission for this prize. > -> **All of the following are required in addition to the FURPS criteria above.** Evaluation is **discretionary**: we publish the dimensions we look at, but the final call rests with the evaluators, so that hitting a raw number is not by itself sufficient. Evaluators will inspect commit histories and the posting history of vouching accounts. Volume that is clearly manufactured (fresh accounts, purchased engagement) does not count, regardless of the headline number. +> **All of the following are required in addition to the FURPS criteria above.** We publish the dimensions we look at, but hitting a raw number is not by itself sufficient (see [Terms & Conditions](../TERMS.md) for the evaluation policy that applies to all prizes). Evaluators will inspect commit histories and the posting history of vouching accounts. Volume that is clearly manufactured (fresh accounts, purchased engagement) does not count, regardless of the headline number. - [ ] **10 third-party developers** have each shipped a functional application that uses the wallet SDK. Each app must be publicly hosted on a mainstream forge (GitHub, GitLab, Codeberg, etc.) with a clear, genuine commit history: development spread over time by a real contributor, not a single bulk import. The 10 developers must be independent of each other and of the submitting team. **At least 2 of the applications must be non-trivial**, meaning they exist to do something other than demonstrate the SDK. - [ ] **75 stars** on the wallet repository. diff --git a/prizes/LP-0022.md b/prizes/LP-0022.md index 67fa401a..34f9612b 100644 --- a/prizes/LP-0022.md +++ b/prizes/LP-0022.md @@ -39,7 +39,7 @@ Logos' architecture separates a base blockchain from programmable execution zone - [ ] The SDK continues to be usable by other Logos modules and third-party dApps to query balances, request account access, and request transfers and smart contract interactions, now across the blockchain and multiple zones. - [ ] The Basecamp app GUI and CLI are extended to cover blockchain accounts, staking, bridging, multi-zone/sequencer configuration, and watch addresses. - [ ] Account selection and transaction approval prompts clearly identify the requesting dApp, the target account (including which chain/zone), and (for transactions) the asset, amount, and destination. -- [ ] **UX quality (discretionary).** The extended wallet must remain polished and usable by a non-expert across chains and zones: coherent navigation, comprehensible transaction previews (including bridge and staking flows), and clear error/pending states. This is judged discretionarily rather than against a checklist: evaluators will use the wallet as a normal user would. +- [ ] **UX quality.** The extended wallet must remain polished and usable by a non-expert across chains and zones: coherent navigation, comprehensible transaction previews (including bridge and staking flows), and clear error/pending states. This is judged against overall impression rather than a checklist: evaluators will use the wallet as a normal user would. ### Reliability @@ -67,7 +67,7 @@ Logos' architecture separates a base blockchain from programmable execution zone > These metrics measure traction attributable to a given submission for this prize, incremental to whatever the underlying LP-0021 wallet already accrued. Re-citing LP-0021's numbers does not satisfy this section. > -> **All of the following are required in addition to the FURPS criteria above.** Evaluation is **discretionary**: we publish the dimensions we look at, but the final call rests with the evaluators, so that hitting a raw number is not by itself sufficient. Evaluators will inspect commit histories and the posting history of vouching accounts. Volume that is clearly manufactured (fresh accounts, purchased engagement) does not count, regardless of the headline number. +> **All of the following are required in addition to the FURPS criteria above.** We publish the dimensions we look at, but hitting a raw number is not by itself sufficient (see [Terms & Conditions](../TERMS.md) for the evaluation policy that applies to all prizes). Evaluators will inspect commit histories and the posting history of vouching accounts. Volume that is clearly manufactured (fresh accounts, purchased engagement) does not count, regardless of the headline number. - [ ] **5 third-party developers**, independent of each other and of the submitting team, have each shipped a functional application that uses the blockchain, staking, bridging, or multi-zone additions from this prize's SDK extension (not merely the LP-0021 zone SDK). Each app must be publicly hosted on a mainstream forge with a clear, genuine commit history. - [ ] **25 additional stars** on the wallet repository, beyond the count already attributed to LP-0021. From 2a338cd900036bfb28b7546f5483c4f9e4c234b4 Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Mon, 17 Aug 2026 14:55:09 +1000 Subject: [PATCH 16/42] LP-0021: drop non-trivial-app sub-requirement from adoption criteria Co-Authored-By: Claude Sonnet 5 --- prizes/LP-0021.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/prizes/LP-0021.md b/prizes/LP-0021.md index 37652fc8..524bfa4d 100644 --- a/prizes/LP-0021.md +++ b/prizes/LP-0021.md @@ -64,7 +64,7 @@ Logos Execution Zones (LEZ) are the programmable environment where Logos dApps r > > **All of the following are required in addition to the FURPS criteria above.** We publish the dimensions we look at, but hitting a raw number is not by itself sufficient (see [Terms & Conditions](../TERMS.md) for the evaluation policy that applies to all prizes). Evaluators will inspect commit histories and the posting history of vouching accounts. Volume that is clearly manufactured (fresh accounts, purchased engagement) does not count, regardless of the headline number. -- [ ] **10 third-party developers** have each shipped a functional application that uses the wallet SDK. Each app must be publicly hosted on a mainstream forge (GitHub, GitLab, Codeberg, etc.) with a clear, genuine commit history: development spread over time by a real contributor, not a single bulk import. The 10 developers must be independent of each other and of the submitting team. **At least 2 of the applications must be non-trivial**, meaning they exist to do something other than demonstrate the SDK. +- [ ] **10 third-party developers** have each shipped a functional application that uses the wallet SDK. Each app must be publicly hosted on a mainstream forge (GitHub, GitLab, Codeberg, etc.) with a clear, genuine commit history: development spread over time by a real contributor, not a single bulk import. The 10 developers must be independent of each other and of the submitting team. - [ ] **75 stars** on the wallet repository. - [ ] **150 on-chain testimonial PDAs** reading `I use this wallet` or other custom text, submitted by users through the testimonial mini app on the official Logos zone. They must come from **at least 150 distinct accounts**, and accounts with no prior unrelated testnet activity carry little weight. Zones are identified by their sequencer endpoint, not by a number. The official testnet zone is `https://testnet.lez.logos.co` (explorer: `https://explorer.testnet.lez.logos.co/`); the exact endpoint for testnet 0.3 will be confirmed when this prize opens. - [ ] **Sustained testimonial activity**: the 150 testimonial PDAs must be spread over **at least 2 months**, with **at least 30 new testimonials in each of those months**. A single burst of activity does not qualify, however large. Each PDA carries the submission's unique identifier and is timestamped on-chain, so this is verified directly from chain data. From 277d39d7ff8f99b04488599d8274be6ef3a54958 Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Mon, 17 Aug 2026 14:55:34 +1000 Subject: [PATCH 17/42] LP-0021: remove zone-identification aside from adoption criteria Co-Authored-By: Claude Sonnet 5 --- prizes/LP-0021.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/prizes/LP-0021.md b/prizes/LP-0021.md index 524bfa4d..00f88696 100644 --- a/prizes/LP-0021.md +++ b/prizes/LP-0021.md @@ -66,7 +66,7 @@ Logos Execution Zones (LEZ) are the programmable environment where Logos dApps r - [ ] **10 third-party developers** have each shipped a functional application that uses the wallet SDK. Each app must be publicly hosted on a mainstream forge (GitHub, GitLab, Codeberg, etc.) with a clear, genuine commit history: development spread over time by a real contributor, not a single bulk import. The 10 developers must be independent of each other and of the submitting team. - [ ] **75 stars** on the wallet repository. -- [ ] **150 on-chain testimonial PDAs** reading `I use this wallet` or other custom text, submitted by users through the testimonial mini app on the official Logos zone. They must come from **at least 150 distinct accounts**, and accounts with no prior unrelated testnet activity carry little weight. Zones are identified by their sequencer endpoint, not by a number. The official testnet zone is `https://testnet.lez.logos.co` (explorer: `https://explorer.testnet.lez.logos.co/`); the exact endpoint for testnet 0.3 will be confirmed when this prize opens. +- [ ] **150 on-chain testimonial PDAs** reading `I use this wallet` or other custom text, submitted by users through the testimonial mini app on the official Logos zone. They must come from **at least 150 distinct accounts**, and accounts with no prior unrelated testnet activity carry little weight. The official testnet zone is `https://testnet.lez.logos.co` (explorer: `https://explorer.testnet.lez.logos.co/`); the exact endpoint for testnet 0.3 will be confirmed when this prize opens. - [ ] **Sustained testimonial activity**: the 150 testimonial PDAs must be spread over **at least 2 months**, with **at least 30 new testimonials in each of those months**. A single burst of activity does not qualify, however large. Each PDA carries the submission's unique identifier and is timestamped on-chain, so this is verified directly from chain data. - [ ] **30 testimonials on Discord** vouching for the wallet. Testimonials should describe what the person actually used the wallet for; account history will be checked. - [ ] **30 testimonials on Twitter/X** vouching for the wallet, subject to the same standard and the same account-history check. Sharing screenshots of the wallet in use is encouraged. From 90690fea45395fcd324b729b78216923530b4ad5 Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Mon, 17 Aug 2026 14:57:23 +1000 Subject: [PATCH 18/42] LP-0021, LP-0022: remove watch-only addresses from scope Co-Authored-By: Claude Sonnet 5 --- prizes/LP-0021.md | 3 +-- prizes/LP-0022.md | 10 ++++------ 2 files changed, 5 insertions(+), 8 deletions(-) diff --git a/prizes/LP-0021.md b/prizes/LP-0021.md index 00f88696..644cd139 100644 --- a/prizes/LP-0021.md +++ b/prizes/LP-0021.md @@ -87,7 +87,6 @@ Logos Execution Zones (LEZ) are the programmable environment where Logos dApps r ### Out of Scope - The Logos blockchain wallet, staking, bridging, and multi-zone/sequencer configuration — covered by [LP-0022](LP-0022.md). -- Watch-only addresses — covered by LP-0022. - Designing or implementing the token program itself — the wallet integrates with the existing/reference implementation. - **Non-fungible (NFT) assets.** The token program covers both fungible and non-fungible assets, but this prize covers fungible token support only; owning, transferring, or displaying NFTs is out of scope. - Hardware wallet integration. @@ -106,7 +105,7 @@ Open to any individual or team. Submissions must be original work. Teams must ho ## Submission Requirements - Public repository with the wallet module, SDK, CLI, reference mini apps (testimonial and faucet), and Basecamp app GUI under MIT or Apache-2.0. -- Narrated video walkthrough demonstrating: key/multi-account setup (including a private LEZ account), funding accounts via the faucet mini app, sending/receiving on the LEZ zone, token program usage, adding a watch address (if implemented), and the testimonial mini app performing connect → account selection → approval → PDA creation via the SDK. (A narrated demo is required for every prize: see [demo requirements](../README.md#evaluation-policies).) +- Narrated video walkthrough demonstrating: key/multi-account setup (including a private LEZ account), funding accounts via the faucet mini app, sending/receiving on the LEZ zone, token program usage, and the testimonial mini app performing connect → account selection → approval → PDA creation via the SDK. (A narrated demo is required for every prize: see [demo requirements](../README.md#evaluation-policies).) - Evidence for each adoption criterion: links to the 10 third-party SDK apps and their repositories, the wallet repository, the on-chain testimonial PDAs (with the submission identifier and per-month counts so the sustained-activity criterion can be verified), and the Discord and Twitter/X testimonials. - FURPS self-assessment as part of the solution (see [solution template](../solutions/LP-0000.md)). diff --git a/prizes/LP-0022.md b/prizes/LP-0022.md index 34f9612b..896ca3ca 100644 --- a/prizes/LP-0022.md +++ b/prizes/LP-0022.md @@ -12,7 +12,7 @@ dependencies: ## Overview -This prize extends the LEZ-only wallet from [LP-0021](LP-0021.md) into a single wallet experience that manages assets across the Logos blockchain **and** any number of Logos Execution Zones (LEZ): staking, bridging between chain and zones, multi-zone/sequencer configuration, watch-only addresses, and the corresponding SDK and mini-app extensions. +This prize extends the LEZ-only wallet from [LP-0021](LP-0021.md) into a single wallet experience that manages assets across the Logos blockchain **and** any number of Logos Execution Zones (LEZ): staking, bridging between chain and zones, multi-zone/sequencer configuration, and the corresponding SDK and mini-app extensions. ## Motivation @@ -29,7 +29,6 @@ Logos' architecture separates a base blockchain from programmable execution zone - [ ] **Sequencer configuration**: configure which sequencer endpoint is used per zone, and switch sequencers without losing wallet state. - [ ] **Multiple accounts (blockchain)**: create and manage multiple accounts on the Logos blockchain. - [ ] **Developer SDK extension**: extend the LP-0021 SDK so third-party dApps can request account access, read balances/state, and propose transactions against the Logos blockchain and across multiple configured zones, not just the single zone LP-0021 supported. -- [ ] **Watch addresses**: add a read-only (watch-only) address for the blockchain or a LEZ zone and view its balances/activity without holding its keys. - [ ] **Testimonial mini app extension**: extend the LP-0021 testimonial mini app so it also inscribes on the Logos blockchain, going through the same connect → account selection → approval → transaction flow used for the zone. - [ ] **Faucet mini app extension**: extend the LP-0021 faucet mini app so it also requests testnet funds from the Logos blockchain faucet, using the SDK to let the user select which account receives them. A single app covering both layers is preferred; a separate app is acceptable if the faucet backends differ enough that one flow would be contorted. It must report success/failure per layer and handle faucet rate-limiting gracefully. - [ ] **Testnet 0.3**: the wallet operates end-to-end against Logos testnet 0.3 (blockchain + at least two LEZ zones, to demonstrate multi-zone configuration). @@ -37,13 +36,13 @@ Logos' architecture separates a base blockchain from programmable execution zone ### Usability - [ ] The SDK continues to be usable by other Logos modules and third-party dApps to query balances, request account access, and request transfers and smart contract interactions, now across the blockchain and multiple zones. -- [ ] The Basecamp app GUI and CLI are extended to cover blockchain accounts, staking, bridging, multi-zone/sequencer configuration, and watch addresses. +- [ ] The Basecamp app GUI and CLI are extended to cover blockchain accounts, staking, bridging, and multi-zone/sequencer configuration. - [ ] Account selection and transaction approval prompts clearly identify the requesting dApp, the target account (including which chain/zone), and (for transactions) the asset, amount, and destination. - [ ] **UX quality.** The extended wallet must remain polished and usable by a non-expert across chains and zones: coherent navigation, comprehensible transaction previews (including bridge and staking flows), and clear error/pending states. This is judged against overall impression rather than a checklist: evaluators will use the wallet as a normal user would. ### Reliability -- [ ] Wallet state (keys, accounts, configured zones/sequencers, watch addresses) survives restarts, network drops, and sequencer switches without corruption. +- [ ] Wallet state (keys, accounts, configured zones/sequencers) survives restarts, network drops, and sequencer switches without corruption. - [ ] Bridge and staking operations that fail or are interrupted leave the wallet in a recoverable, clearly-reported state (no silently lost funds or stuck state). - [ ] A dApp cannot sign or submit a transaction, or read a private/shielded account's balance, without an explicit user approval for that account, on any supported chain or zone. - [ ] **No mandatory external services.** Beyond the user's configured sequencer(s) and Logos blockchain node, the wallet must not depend on any third-party web service to function. If one is used (e.g. a price API), then: it is disclosed to the user, the user can disable it, and the wallet remains fully functional with it disabled, with no degraded key management, balances, or transaction flows. This includes analytics servers: if any analytics are collected, they must be strictly opt-in. The wallet must never transmit addresses, balances, or transaction contents to a third party without explicit opt-in. @@ -85,7 +84,6 @@ Logos' architecture separates a base blockchain from programmable execution zone - Staking/unstaking/reward claim flows on the Logos blockchain. - Bidirectional bridge flow between blockchain and zone. - Multi-zone and per-zone sequencer configuration. -- Watch-only addresses (blockchain and LEZ). - Extending the LP-0021 SDK to cover blockchain and multi-zone account-access, state-read, and transaction-proposal APIs. - Extending the LP-0021 testimonial and faucet mini apps to the blockchain layer. - Extending the CLI and Basecamp app GUI to the above. @@ -111,7 +109,7 @@ Open to any individual or team. A submission must build on a merged LP-0021 solu ## Submission Requirements - Public repository with the extended wallet module, SDK, CLI, extended reference mini apps (testimonial and faucet), and Basecamp app GUI under MIT or Apache-2.0. -- Narrated video walkthrough demonstrating: blockchain multi-account setup, funding accounts via the extended faucet mini app on both layers, sending/receiving on the blockchain, stake/unstake/claim, a full bridge round-trip, adding a second zone with its own sequencer, adding a watch address, and the extended testimonial mini app performing connect → account selection → approval → inscription on the blockchain via the SDK. (A narrated demo is required for every prize: see [demo requirements](../README.md#evaluation-policies).) +- Narrated video walkthrough demonstrating: blockchain multi-account setup, funding accounts via the extended faucet mini app on both layers, sending/receiving on the blockchain, stake/unstake/claim, a full bridge round-trip, adding a second zone with its own sequencer, and the extended testimonial mini app performing connect → account selection → approval → inscription on the blockchain via the SDK. (A narrated demo is required for every prize: see [demo requirements](../README.md#evaluation-policies).) - Evidence for each adoption criterion: links to the 5 third-party SDK apps and their repositories, the wallet repository, the on-chain blockchain inscriptions (with the submission identifier and per-month counts so the sustained-activity criterion can be verified), and the Discord and Twitter/X testimonials. - FURPS self-assessment as part of the solution (see [solution template](../solutions/LP-0000.md)). From b261466af3c5324f65fc4b2af8e6c6721a1661d3 Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Mon, 17 Aug 2026 15:06:48 +1000 Subject: [PATCH 19/42] LP-0021, LP-0022: require human-readable decoding of smart-contract calls in approval prompts Cross-referenced against research on existing self-custody wallets (Rabby, MetaMask): decoding what a contract call actually does (balance/approval changes) rather than showing raw calldata is the most-cited defense against drainer and unlimited-approval exploits. The prior wording only required asset/amount/destination for plain transfers, leaving smart-contract interactions (approvals, staking, bridging) undecoded. Co-Authored-By: Claude Sonnet 5 --- prizes/LP-0021.md | 2 +- prizes/LP-0022.md | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/prizes/LP-0021.md b/prizes/LP-0021.md index 644cd139..cec543b6 100644 --- a/prizes/LP-0021.md +++ b/prizes/LP-0021.md @@ -34,7 +34,7 @@ Logos Execution Zones (LEZ) are the programmable environment where Logos dApps r - [ ] Provide a module/SDK usable by other Logos modules and third-party dApps to query balances, request account access, and request transfers and smart contract interactions. - [ ] Provide a Logos Basecamp app GUI with local build instructions and loadable assets. - [ ] Logos Basecamp modules are published to a module catalog: a fork of [`logos-modules-release-base`](https://github.com/logos-co/logos-modules-release-base), publishing releases via [`logos-modules-release-action`](https://github.com/logos-co/logos-modules-release-action). The catalog's `logos-repo.json` URL must be included in the submission so evaluators can install the module through the package-manager UI / `lgpd`. -- [ ] Account selection and transaction approval prompts clearly identify the requesting dApp, the target account, and (for transactions) the asset, amount, and destination. +- [ ] Account selection and transaction approval prompts clearly identify the requesting dApp, the target account, and (for transactions) the asset, amount, and destination. **For smart-contract interactions** (including token approvals), the prompt must show a human-readable summary of the call's effects — assets/approvals granted or moved and to which program/account — not just raw calldata, so the user can catch unexpected outflows or unlimited approvals before signing. - [ ] **UX quality.** The wallet must be polished, functional, and usable by a non-expert: coherent navigation across accounts, comprehensible transaction previews, and clear error/pending states. This is judged against overall impression rather than a checklist: evaluators will use the wallet as a normal user would. ### Reliability diff --git a/prizes/LP-0022.md b/prizes/LP-0022.md index 896ca3ca..ab039c34 100644 --- a/prizes/LP-0022.md +++ b/prizes/LP-0022.md @@ -37,7 +37,7 @@ Logos' architecture separates a base blockchain from programmable execution zone - [ ] The SDK continues to be usable by other Logos modules and third-party dApps to query balances, request account access, and request transfers and smart contract interactions, now across the blockchain and multiple zones. - [ ] The Basecamp app GUI and CLI are extended to cover blockchain accounts, staking, bridging, and multi-zone/sequencer configuration. -- [ ] Account selection and transaction approval prompts clearly identify the requesting dApp, the target account (including which chain/zone), and (for transactions) the asset, amount, and destination. +- [ ] Account selection and transaction approval prompts clearly identify the requesting dApp, the target account (including which chain/zone), and (for transactions) the asset, amount, and destination. **For smart-contract interactions** (including token approvals, staking, and bridging), the prompt must show a human-readable summary of the call's effects — assets/approvals granted or moved and to which program/account — not just raw calldata, so the user can catch unexpected outflows or unlimited approvals before signing. - [ ] **UX quality.** The extended wallet must remain polished and usable by a non-expert across chains and zones: coherent navigation, comprehensible transaction previews (including bridge and staking flows), and clear error/pending states. This is judged against overall impression rather than a checklist: evaluators will use the wallet as a normal user would. ### Reliability From 20fd75f1588cd73712fdab33f5965ba0adf3ecc0 Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Mon, 17 Aug 2026 15:10:47 +1000 Subject: [PATCH 20/42] LP-0021, LP-0022: note planned program source-verification registry MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit A separate, not-yet-written λPrize will cover a registry mapping deployed program bytecode to source. Note it near the smart-contract approval-decoding criterion and in Resources: the wallet MAY use it if available by submission time, but it is not a requirement since the registry LP doesn't exist yet. Co-Authored-By: Claude Sonnet 5 --- prizes/LP-0021.md | 3 ++- prizes/LP-0022.md | 3 ++- 2 files changed, 4 insertions(+), 2 deletions(-) diff --git a/prizes/LP-0021.md b/prizes/LP-0021.md index cec543b6..85e0c6cc 100644 --- a/prizes/LP-0021.md +++ b/prizes/LP-0021.md @@ -34,7 +34,7 @@ Logos Execution Zones (LEZ) are the programmable environment where Logos dApps r - [ ] Provide a module/SDK usable by other Logos modules and third-party dApps to query balances, request account access, and request transfers and smart contract interactions. - [ ] Provide a Logos Basecamp app GUI with local build instructions and loadable assets. - [ ] Logos Basecamp modules are published to a module catalog: a fork of [`logos-modules-release-base`](https://github.com/logos-co/logos-modules-release-base), publishing releases via [`logos-modules-release-action`](https://github.com/logos-co/logos-modules-release-action). The catalog's `logos-repo.json` URL must be included in the submission so evaluators can install the module through the package-manager UI / `lgpd`. -- [ ] Account selection and transaction approval prompts clearly identify the requesting dApp, the target account, and (for transactions) the asset, amount, and destination. **For smart-contract interactions** (including token approvals), the prompt must show a human-readable summary of the call's effects — assets/approvals granted or moved and to which program/account — not just raw calldata, so the user can catch unexpected outflows or unlimited approvals before signing. +- [ ] Account selection and transaction approval prompts clearly identify the requesting dApp, the target account, and (for transactions) the asset, amount, and destination. **For smart-contract interactions** (including token approvals), the prompt must show a human-readable summary of the call's effects — assets/approvals granted or moved and to which program/account — not just raw calldata, so the user can catch unexpected outflows or unlimited approvals before signing. A separate λPrize for a program source-verification registry (bytecode-to-source, not yet written) is planned; if available by the time of submission, the wallet MAY use it to show verified source for a program being called, but this is not required. - [ ] **UX quality.** The wallet must be polished, functional, and usable by a non-expert: coherent navigation across accounts, comprehensible transaction previews, and clear error/pending states. This is judged against overall impression rather than a checklist: evaluators will use the wallet as a normal user would. ### Reliability @@ -129,6 +129,7 @@ The following policies apply to all prizes (see [evaluation policies](../README. - [LP-0013](LP-0013.md) — Token program improvements (authorities) - [LP-0014](LP-0014.md) — Token program improvements (ATAs + wallet tooling) - [LP-0022](LP-0022.md) — Combined blockchain + zone wallet (follow-up) +- A λPrize for a program source-verification registry (bytecode-to-source) is planned but not yet written. If it lands before this prize is submitted, the wallet MAY use it to show verified source for called programs; not a requirement. ## Potential for Subsequent λ Prizes diff --git a/prizes/LP-0022.md b/prizes/LP-0022.md index ab039c34..5a53a7fd 100644 --- a/prizes/LP-0022.md +++ b/prizes/LP-0022.md @@ -37,7 +37,7 @@ Logos' architecture separates a base blockchain from programmable execution zone - [ ] The SDK continues to be usable by other Logos modules and third-party dApps to query balances, request account access, and request transfers and smart contract interactions, now across the blockchain and multiple zones. - [ ] The Basecamp app GUI and CLI are extended to cover blockchain accounts, staking, bridging, and multi-zone/sequencer configuration. -- [ ] Account selection and transaction approval prompts clearly identify the requesting dApp, the target account (including which chain/zone), and (for transactions) the asset, amount, and destination. **For smart-contract interactions** (including token approvals, staking, and bridging), the prompt must show a human-readable summary of the call's effects — assets/approvals granted or moved and to which program/account — not just raw calldata, so the user can catch unexpected outflows or unlimited approvals before signing. +- [ ] Account selection and transaction approval prompts clearly identify the requesting dApp, the target account (including which chain/zone), and (for transactions) the asset, amount, and destination. **For smart-contract interactions** (including token approvals, staking, and bridging), the prompt must show a human-readable summary of the call's effects — assets/approvals granted or moved and to which program/account — not just raw calldata, so the user can catch unexpected outflows or unlimited approvals before signing. A separate λPrize for a program source-verification registry (bytecode-to-source, not yet written) is planned; if available by the time of submission, the wallet MAY use it to show verified source for a program being called, but this is not required. - [ ] **UX quality.** The extended wallet must remain polished and usable by a non-expert across chains and zones: coherent navigation, comprehensible transaction previews (including bridge and staking flows), and clear error/pending states. This is judged against overall impression rather than a checklist: evaluators will use the wallet as a normal user would. ### Reliability @@ -133,6 +133,7 @@ The following policies apply to all prizes (see [evaluation policies](../README. - [LP-0021](LP-0021.md) — LEZ zone wallet and SDK (prerequisite) - [LP-0013](LP-0013.md) — Token program improvements (authorities) - [LP-0014](LP-0014.md) — Token program improvements (ATAs + wallet tooling) +- A λPrize for a program source-verification registry (bytecode-to-source) is planned but not yet written. If it lands before this prize is submitted, the wallet MAY use it to show verified source for called programs; not a requirement. ## Potential for Subsequent λ Prizes From 408c115f220fde7024df388947a3c03082549864 Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Mon, 24 Aug 2026 14:39:00 +1000 Subject: [PATCH 21/42] LP-0021, LP-0022: hard dependency on LP-0023 program registry MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit LP-0023 (Program Registry — Verified Builds for LEZ Programs, PR #127) is now open and follows the LP-0021/LP-0022 adoption pattern. Firm up the prior speculative "not yet written" placeholder into a real dependency: add LP-0023 to both files' dependencies: frontmatter, and change the approval-prompt criterion from optional ("MAY use... not required") to required ("must show the registry's verified source status") for programs registered in it. Co-Authored-By: Claude Sonnet 5 --- prizes/LP-0021.md | 9 ++++++--- prizes/LP-0022.md | 7 +++++-- 2 files changed, 11 insertions(+), 5 deletions(-) diff --git a/prizes/LP-0021.md b/prizes/LP-0021.md index 85e0c6cc..4421e6d1 100644 --- a/prizes/LP-0021.md +++ b/prizes/LP-0021.md @@ -1,7 +1,9 @@ --- -dependencies: [] +dependencies: + - id: LP-0023 + reason: wallet approval flow requires the program registry to show verified source for called programs --- # LP-0021: LEZ Zone Wallet and SDK [DRAFT] @@ -34,7 +36,8 @@ Logos Execution Zones (LEZ) are the programmable environment where Logos dApps r - [ ] Provide a module/SDK usable by other Logos modules and third-party dApps to query balances, request account access, and request transfers and smart contract interactions. - [ ] Provide a Logos Basecamp app GUI with local build instructions and loadable assets. - [ ] Logos Basecamp modules are published to a module catalog: a fork of [`logos-modules-release-base`](https://github.com/logos-co/logos-modules-release-base), publishing releases via [`logos-modules-release-action`](https://github.com/logos-co/logos-modules-release-action). The catalog's `logos-repo.json` URL must be included in the submission so evaluators can install the module through the package-manager UI / `lgpd`. -- [ ] Account selection and transaction approval prompts clearly identify the requesting dApp, the target account, and (for transactions) the asset, amount, and destination. **For smart-contract interactions** (including token approvals), the prompt must show a human-readable summary of the call's effects — assets/approvals granted or moved and to which program/account — not just raw calldata, so the user can catch unexpected outflows or unlimited approvals before signing. A separate λPrize for a program source-verification registry (bytecode-to-source, not yet written) is planned; if available by the time of submission, the wallet MAY use it to show verified source for a program being called, but this is not required. +- [ ] Account selection and transaction approval prompts clearly identify the requesting dApp, the target account, and (for transactions) the asset, amount, and destination. **For smart-contract interactions** (including token approvals), the prompt must show a human-readable summary of the call's effects — assets/approvals granted or moved and to which program/account — not just raw calldata, so the user can catch unexpected outflows or unlimited approvals before signing. +- [ ] **Program source verification.** For programs registered in [LP-0023](LP-0023.md)'s program registry, the approval prompt must show the registry's verified source status (verified / unverified / not registered) for the program being called. - [ ] **UX quality.** The wallet must be polished, functional, and usable by a non-expert: coherent navigation across accounts, comprehensible transaction previews, and clear error/pending states. This is judged against overall impression rather than a checklist: evaluators will use the wallet as a normal user would. ### Reliability @@ -129,7 +132,7 @@ The following policies apply to all prizes (see [evaluation policies](../README. - [LP-0013](LP-0013.md) — Token program improvements (authorities) - [LP-0014](LP-0014.md) — Token program improvements (ATAs + wallet tooling) - [LP-0022](LP-0022.md) — Combined blockchain + zone wallet (follow-up) -- A λPrize for a program source-verification registry (bytecode-to-source) is planned but not yet written. If it lands before this prize is submitted, the wallet MAY use it to show verified source for called programs; not a requirement. +- [LP-0023](LP-0023.md) — Program registry with verified builds for LEZ programs (bytecode-to-source). **Dependency**: this prize requires LP-0023 to be merged and open, and its program registry integrated into the approval flow (see Usability above). ## Potential for Subsequent λ Prizes diff --git a/prizes/LP-0022.md b/prizes/LP-0022.md index 5a53a7fd..589cfd14 100644 --- a/prizes/LP-0022.md +++ b/prizes/LP-0022.md @@ -4,6 +4,8 @@ dependencies: - id: LP-0021 reason: extends the LEZ-only wallet and SDK to the Logos blockchain, staking, bridging, and multi-zone configuration + - id: LP-0023 + reason: wallet approval flow requires the program registry to show verified source for called programs --- # LP-0022: Combined Blockchain and Zone Wallet [DRAFT] @@ -37,7 +39,8 @@ Logos' architecture separates a base blockchain from programmable execution zone - [ ] The SDK continues to be usable by other Logos modules and third-party dApps to query balances, request account access, and request transfers and smart contract interactions, now across the blockchain and multiple zones. - [ ] The Basecamp app GUI and CLI are extended to cover blockchain accounts, staking, bridging, and multi-zone/sequencer configuration. -- [ ] Account selection and transaction approval prompts clearly identify the requesting dApp, the target account (including which chain/zone), and (for transactions) the asset, amount, and destination. **For smart-contract interactions** (including token approvals, staking, and bridging), the prompt must show a human-readable summary of the call's effects — assets/approvals granted or moved and to which program/account — not just raw calldata, so the user can catch unexpected outflows or unlimited approvals before signing. A separate λPrize for a program source-verification registry (bytecode-to-source, not yet written) is planned; if available by the time of submission, the wallet MAY use it to show verified source for a program being called, but this is not required. +- [ ] Account selection and transaction approval prompts clearly identify the requesting dApp, the target account (including which chain/zone), and (for transactions) the asset, amount, and destination. **For smart-contract interactions** (including token approvals, staking, and bridging), the prompt must show a human-readable summary of the call's effects — assets/approvals granted or moved and to which program/account — not just raw calldata, so the user can catch unexpected outflows or unlimited approvals before signing. +- [ ] **Program source verification.** For programs registered in [LP-0023](LP-0023.md)'s program registry, the approval prompt must show the registry's verified source status (verified / unverified / not registered) for the program being called. - [ ] **UX quality.** The extended wallet must remain polished and usable by a non-expert across chains and zones: coherent navigation, comprehensible transaction previews (including bridge and staking flows), and clear error/pending states. This is judged against overall impression rather than a checklist: evaluators will use the wallet as a normal user would. ### Reliability @@ -133,7 +136,7 @@ The following policies apply to all prizes (see [evaluation policies](../README. - [LP-0021](LP-0021.md) — LEZ zone wallet and SDK (prerequisite) - [LP-0013](LP-0013.md) — Token program improvements (authorities) - [LP-0014](LP-0014.md) — Token program improvements (ATAs + wallet tooling) -- A λPrize for a program source-verification registry (bytecode-to-source) is planned but not yet written. If it lands before this prize is submitted, the wallet MAY use it to show verified source for called programs; not a requirement. +- [LP-0023](LP-0023.md) — Program registry with verified builds for LEZ programs (bytecode-to-source). **Dependency**: this prize requires LP-0023 to be merged and open, and its program registry integrated into the approval flow (see Usability above). ## Potential for Subsequent λ Prizes From c324541ce26566f2c06d8f890e10e466659b9336 Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Fri, 28 Aug 2026 13:11:25 +1000 Subject: [PATCH 22/42] LP-0021: tighten scope, drop stars, mark as X-Large - Remove 75-stars adoption criterion - Remove compute-unit-usage and cross-platform/demo-script requirements - Fold cross-platform build requirement into the Basecamp bullet - Add gas usage display to Usability, canonical zone wording to Testnet 0.3 - Clarify NFT support is optional, not required - Bump Effort to X-Large Co-Authored-By: Claude Sonnet 5 --- prizes/LP-0021.md | 13 +++++-------- 1 file changed, 5 insertions(+), 8 deletions(-) diff --git a/prizes/LP-0021.md b/prizes/LP-0021.md index 4421e6d1..fef1493c 100644 --- a/prizes/LP-0021.md +++ b/prizes/LP-0021.md @@ -29,7 +29,7 @@ Logos Execution Zones (LEZ) are the programmable environment where Logos dApps r - [ ] **Wallet selection & approval flow**: when a dApp requests a connection or a transaction, the user is shown a selection prompt (which account to use) and an approval prompt (what is being signed/sent) before anything is signed or submitted. - [ ] **Testimonial mini app**: a small reference application, built on the SDK, that lets any user publish a testimonial on the official Logos zone, going through the full connect → account selection → approval → transaction flow. This means **a standard LEZ program that stores each testimonial in its own PDA**. A testimonial carries custom text, an optional username, and a unique identifier for the given LP submission, so that testimonials can be attributed to the submission that produced them. It serves as the canonical SDK integration example for third-party developers, and is the tool used to produce the on-chain testimonial PDAs counted in the adoption criteria below. - [ ] **Faucet mini app**: a reference application, built on the SDK, that requests testnet funds from the LEZ faucet, using the SDK to let the user select which account receives them. It must report success/failure and handle faucet rate-limiting gracefully. A wallet that cannot be funded is not usable, so this ships alongside the wallet, not as an afterthought. -- [ ] **Testnet 0.3**: the wallet operates end-to-end against the Logos LEZ zone on Logos testnet 0.3. +- [ ] **Testnet 0.3**: the wallet operates end-to-end against the canonical Logos LEZ zone on Logos testnet 0.3. ### Usability @@ -39,6 +39,7 @@ Logos Execution Zones (LEZ) are the programmable environment where Logos dApps r - [ ] Account selection and transaction approval prompts clearly identify the requesting dApp, the target account, and (for transactions) the asset, amount, and destination. **For smart-contract interactions** (including token approvals), the prompt must show a human-readable summary of the call's effects — assets/approvals granted or moved and to which program/account — not just raw calldata, so the user can catch unexpected outflows or unlimited approvals before signing. - [ ] **Program source verification.** For programs registered in [LP-0023](LP-0023.md)'s program registry, the approval prompt must show the registry's verified source status (verified / unverified / not registered) for the program being called. - [ ] **UX quality.** The wallet must be polished, functional, and usable by a non-expert: coherent navigation across accounts, comprehensible transaction previews, and clear error/pending states. This is judged against overall impression rather than a checklist: evaluators will use the wallet as a normal user would. +- [ ] Display estimated gas usage and gas used on transaction; if available on testnet v0.3 (as currently planned). ### Reliability @@ -49,17 +50,14 @@ Logos Execution Zones (LEZ) are the programmable environment where Logos dApps r ### Performance -- [ ] Document compute unit usage for LEZ-side operations (transfer, token transfer). ### Supportability - [ ] Deployed and tested against Logos testnet 0.3 (the Logos LEZ zone). -- [ ] The submission builds and runs end-to-end on both **macOS (Apple Silicon)** and **Linux (x86_64)**. The demo script must succeed without modification on both platforms from a clean clone. -- [ ] Logos Basecamp modules are built with [`logos-module-builder`](https://github.com/logos-co/logos-module-builder) (`mkLogosModule`). +- [ ] Logos Basecamp modules are built with [`logos-module-builder`](https://github.com/logos-co/logos-module-builder) (`mkLogosModule`) and can be installed on both Linux and MacOS desktop platforms. - [ ] End-to-end integration tests run against a real sequencer (standalone mode) and are included in CI; CI is green on the default branch. - [ ] README documents setup, account management, and step-by-step usage via CLI and Basecamp app. - [ ] SDK documentation covers the reference mini apps (testimonial and faucet) as worked examples of connect → account selection → approval → transaction. -- [ ] A reproducible end-to-end demo script works against a real local sequencer with `RISC0_DEV_MODE=0`. ### Adoption @@ -68,7 +66,6 @@ Logos Execution Zones (LEZ) are the programmable environment where Logos dApps r > **All of the following are required in addition to the FURPS criteria above.** We publish the dimensions we look at, but hitting a raw number is not by itself sufficient (see [Terms & Conditions](../TERMS.md) for the evaluation policy that applies to all prizes). Evaluators will inspect commit histories and the posting history of vouching accounts. Volume that is clearly manufactured (fresh accounts, purchased engagement) does not count, regardless of the headline number. - [ ] **10 third-party developers** have each shipped a functional application that uses the wallet SDK. Each app must be publicly hosted on a mainstream forge (GitHub, GitLab, Codeberg, etc.) with a clear, genuine commit history: development spread over time by a real contributor, not a single bulk import. The 10 developers must be independent of each other and of the submitting team. -- [ ] **75 stars** on the wallet repository. - [ ] **150 on-chain testimonial PDAs** reading `I use this wallet` or other custom text, submitted by users through the testimonial mini app on the official Logos zone. They must come from **at least 150 distinct accounts**, and accounts with no prior unrelated testnet activity carry little weight. The official testnet zone is `https://testnet.lez.logos.co` (explorer: `https://explorer.testnet.lez.logos.co/`); the exact endpoint for testnet 0.3 will be confirmed when this prize opens. - [ ] **Sustained testimonial activity**: the 150 testimonial PDAs must be spread over **at least 2 months**, with **at least 30 new testimonials in each of those months**. A single burst of activity does not qualify, however large. Each PDA carries the submission's unique identifier and is timestamped on-chain, so this is verified directly from chain data. - [ ] **30 testimonials on Discord** vouching for the wallet. Testimonials should describe what the person actually used the wallet for; account history will be checked. @@ -91,7 +88,7 @@ Logos Execution Zones (LEZ) are the programmable environment where Logos dApps r - The Logos blockchain wallet, staking, bridging, and multi-zone/sequencer configuration — covered by [LP-0022](LP-0022.md). - Designing or implementing the token program itself — the wallet integrates with the existing/reference implementation. -- **Non-fungible (NFT) assets.** The token program covers both fungible and non-fungible assets, but this prize covers fungible token support only; owning, transferring, or displaying NFTs is out of scope. +- **Non-fungible (NFT) assets.** The token program covers both fungible and non-fungible assets, but this prize requires fungible token support only; NFT support (owning, transferring, or displaying NFTs) is optional and not evaluated. - Hardware wallet integration. - Portfolio analytics, price feeds, or fiat on/off-ramps. - A dApp discovery/marketplace layer beyond the SDK example apps. @@ -99,7 +96,7 @@ Logos Execution Zones (LEZ) are the programmable environment where Logos dApps r ## Prize Structure - **Total Prize:** $20,000 -- **Effort:** Large +- **Effort:** X-Large ## Eligibility From f57a850194f7feec40372cb064aa06228b885b65 Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Fri, 28 Aug 2026 13:13:15 +1000 Subject: [PATCH 23/42] LP-0021: drop unneeded justification sentence from faucet bullet Applies review suggestion from PR #122. Co-Authored-By: Claude Sonnet 5 --- prizes/LP-0021.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/prizes/LP-0021.md b/prizes/LP-0021.md index fef1493c..7bed1812 100644 --- a/prizes/LP-0021.md +++ b/prizes/LP-0021.md @@ -28,7 +28,7 @@ Logos Execution Zones (LEZ) are the programmable environment where Logos dApps r - [ ] **Developer SDK**: a documented SDK that lets a third-party dApp request account access, read balances/state, and propose transactions against the wallet. - [ ] **Wallet selection & approval flow**: when a dApp requests a connection or a transaction, the user is shown a selection prompt (which account to use) and an approval prompt (what is being signed/sent) before anything is signed or submitted. - [ ] **Testimonial mini app**: a small reference application, built on the SDK, that lets any user publish a testimonial on the official Logos zone, going through the full connect → account selection → approval → transaction flow. This means **a standard LEZ program that stores each testimonial in its own PDA**. A testimonial carries custom text, an optional username, and a unique identifier for the given LP submission, so that testimonials can be attributed to the submission that produced them. It serves as the canonical SDK integration example for third-party developers, and is the tool used to produce the on-chain testimonial PDAs counted in the adoption criteria below. -- [ ] **Faucet mini app**: a reference application, built on the SDK, that requests testnet funds from the LEZ faucet, using the SDK to let the user select which account receives them. It must report success/failure and handle faucet rate-limiting gracefully. A wallet that cannot be funded is not usable, so this ships alongside the wallet, not as an afterthought. +- [ ] **Faucet mini app**: a reference application, built on the SDK, that requests testnet funds from the LEZ faucet, using the SDK to let the user select which account receives them. It must report success/failure and handle faucet rate-limiting gracefully. - [ ] **Testnet 0.3**: the wallet operates end-to-end against the canonical Logos LEZ zone on Logos testnet 0.3. ### Usability From f867d91c79dbb5eda059caee2107eb27bd3c638e Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Fri, 28 Aug 2026 13:16:37 +1000 Subject: [PATCH 24/42] LP-0022: align supportability with LP-0021 (install + module catalog) - Match install wording: modules "can be installed on" both platforms - Add the module-catalog publishing bullet to Usability, mirroring LP-0021 Co-Authored-By: Claude Sonnet 5 --- prizes/LP-0022.md | 10 ++++------ 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/prizes/LP-0022.md b/prizes/LP-0022.md index 589cfd14..da2371b9 100644 --- a/prizes/LP-0022.md +++ b/prizes/LP-0022.md @@ -31,7 +31,7 @@ Logos' architecture separates a base blockchain from programmable execution zone - [ ] **Sequencer configuration**: configure which sequencer endpoint is used per zone, and switch sequencers without losing wallet state. - [ ] **Multiple accounts (blockchain)**: create and manage multiple accounts on the Logos blockchain. - [ ] **Developer SDK extension**: extend the LP-0021 SDK so third-party dApps can request account access, read balances/state, and propose transactions against the Logos blockchain and across multiple configured zones, not just the single zone LP-0021 supported. -- [ ] **Testimonial mini app extension**: extend the LP-0021 testimonial mini app so it also inscribes on the Logos blockchain, going through the same connect → account selection → approval → transaction flow used for the zone. +- [ ] **Testimonial mini app extension**: extend the LP-0021 testimonial mini app so it also inscribes on the Logos blockchain in a dedicated zone, going through the same connect → account selection → approval → transaction flow used for the zone. - [ ] **Faucet mini app extension**: extend the LP-0021 faucet mini app so it also requests testnet funds from the Logos blockchain faucet, using the SDK to let the user select which account receives them. A single app covering both layers is preferred; a separate app is acceptable if the faucet backends differ enough that one flow would be contorted. It must report success/failure per layer and handle faucet rate-limiting gracefully. - [ ] **Testnet 0.3**: the wallet operates end-to-end against Logos testnet 0.3 (blockchain + at least two LEZ zones, to demonstrate multi-zone configuration). @@ -39,8 +39,9 @@ Logos' architecture separates a base blockchain from programmable execution zone - [ ] The SDK continues to be usable by other Logos modules and third-party dApps to query balances, request account access, and request transfers and smart contract interactions, now across the blockchain and multiple zones. - [ ] The Basecamp app GUI and CLI are extended to cover blockchain accounts, staking, bridging, and multi-zone/sequencer configuration. +- [ ] The extended Logos Basecamp module continues to be published to a module catalog: a fork of [`logos-modules-release-base`](https://github.com/logos-co/logos-modules-release-base), publishing releases via [`logos-modules-release-action`](https://github.com/logos-co/logos-modules-release-action). The catalog's `logos-repo.json` URL must be included in the submission so evaluators can install the module through the package-manager UI / `lgpd`. - [ ] Account selection and transaction approval prompts clearly identify the requesting dApp, the target account (including which chain/zone), and (for transactions) the asset, amount, and destination. **For smart-contract interactions** (including token approvals, staking, and bridging), the prompt must show a human-readable summary of the call's effects — assets/approvals granted or moved and to which program/account — not just raw calldata, so the user can catch unexpected outflows or unlimited approvals before signing. -- [ ] **Program source verification.** For programs registered in [LP-0023](LP-0023.md)'s program registry, the approval prompt must show the registry's verified source status (verified / unverified / not registered) for the program being called. +- [ ] **Program source verification.** For programs registered in [LP-0023](LP-0023.md)'s program registry, the approval prompt must show the registry's verified source status for the program being called. - [ ] **UX quality.** The extended wallet must remain polished and usable by a non-expert across chains and zones: coherent navigation, comprehensible transaction previews (including bridge and staking flows), and clear error/pending states. This is judged against overall impression rather than a checklist: evaluators will use the wallet as a normal user would. ### Reliability @@ -53,13 +54,10 @@ Logos' architecture separates a base blockchain from programmable execution zone ### Performance -- [ ] Document compute unit usage for LEZ-side operations (transfer, token transfer, bridge in/out). - ### Supportability - [ ] Deployed and tested against Logos testnet 0.3 (blockchain and multiple LEZ zones). -- [ ] The submission builds and runs end-to-end on both **macOS (Apple Silicon)** and **Linux (x86_64)**. The demo script must succeed without modification on both platforms from a clean clone. -- [ ] Logos Basecamp modules are built with [`logos-module-builder`](https://github.com/logos-co/logos-module-builder) (`mkLogosModule`). +- [ ] Logos Basecamp modules are built with [`logos-module-builder`](https://github.com/logos-co/logos-module-builder) (`mkLogosModule`) and can be installed on both Linux and MacOS desktop platforms. - [ ] End-to-end integration tests run against a real sequencer (standalone mode) and are included in CI; CI is green on the default branch. - [ ] README documents setup, zone/sequencer configuration, account management, and step-by-step usage via CLI and Basecamp app. - [ ] SDK documentation covers the extended reference mini apps (testimonial and faucet) as worked examples of connect → account selection → approval → transaction across chain and zones. From 456c1777994cc7773f08604a606ba230f71ba2fd Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Fri, 28 Aug 2026 13:21:27 +1000 Subject: [PATCH 25/42] LP-0022: match LP-0021 wording for NFT scope Co-Authored-By: Claude Sonnet 5 --- prizes/LP-0022.md | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/prizes/LP-0022.md b/prizes/LP-0022.md index da2371b9..893c93eb 100644 --- a/prizes/LP-0022.md +++ b/prizes/LP-0022.md @@ -61,7 +61,6 @@ Logos' architecture separates a base blockchain from programmable execution zone - [ ] End-to-end integration tests run against a real sequencer (standalone mode) and are included in CI; CI is green on the default branch. - [ ] README documents setup, zone/sequencer configuration, account management, and step-by-step usage via CLI and Basecamp app. - [ ] SDK documentation covers the extended reference mini apps (testimonial and faucet) as worked examples of connect → account selection → approval → transaction across chain and zones. -- [ ] A reproducible end-to-end demo script works against a real local sequencer with `RISC0_DEV_MODE=0`. ### Adoption @@ -70,7 +69,6 @@ Logos' architecture separates a base blockchain from programmable execution zone > **All of the following are required in addition to the FURPS criteria above.** We publish the dimensions we look at, but hitting a raw number is not by itself sufficient (see [Terms & Conditions](../TERMS.md) for the evaluation policy that applies to all prizes). Evaluators will inspect commit histories and the posting history of vouching accounts. Volume that is clearly manufactured (fresh accounts, purchased engagement) does not count, regardless of the headline number. - [ ] **5 third-party developers**, independent of each other and of the submitting team, have each shipped a functional application that uses the blockchain, staking, bridging, or multi-zone additions from this prize's SDK extension (not merely the LP-0021 zone SDK). Each app must be publicly hosted on a mainstream forge with a clear, genuine commit history. -- [ ] **25 additional stars** on the wallet repository, beyond the count already attributed to LP-0021. - [ ] **100 on-chain inscriptions** submitted via the extended testimonial mini app **on the Logos blockchain**, from **at least 100 distinct accounts**, with the same anti-Sybil standard as LP-0021. - [ ] **Sustained inscription activity**: the 100 blockchain inscriptions must be spread over **at least 2 months**, with **at least 20 new inscriptions in each of those months**. - [ ] **20 testimonials on Discord** and **20 on Twitter/X** specifically describing use of the bridging, staking, or multi-zone features. Sharing screenshots of the wallet in use is encouraged. @@ -93,7 +91,7 @@ Logos' architecture separates a base blockchain from programmable execution zone - The base LEZ wallet, SDK, and single-zone approval flow — covered by [LP-0021](LP-0021.md); this prize assumes that foundation exists and builds on it. - Designing or implementing the bridge or staking protocol itself — the wallet integrates with existing/reference implementations. -- **Non-fungible (NFT) assets.** The token program covers both fungible and non-fungible assets, but this prize covers fungible token support only; owning, transferring, or displaying NFTs is out of scope. +- **Non-fungible (NFT) assets.** The token program covers both fungible and non-fungible assets, but this prize requires fungible token support only; NFT support (owning, transferring, or displaying NFTs) is optional and not evaluated. - Hardware wallet integration. - Portfolio analytics, price feeds, or fiat on/off-ramps. - A dApp discovery/marketplace layer beyond the SDK example apps. From 50289552a44e1ea1d68520be57d64adb3e464898 Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Fri, 28 Aug 2026 13:26:14 +1000 Subject: [PATCH 26/42] LP-0021, LP-0022: fix NFT wording; add fork adoption requirement - Drop "and not evaluated" from NFT optional-support line in both files - LP-0022: a fork not continuing the same team/codebase as LP-0021 must independently earn 50 LEZ-side testimonial PDAs before its incremental adoption numbers count; same team/codebase continues to inherit LP-0021's numbers as before Co-Authored-By: Claude Sonnet 5 --- prizes/LP-0021.md | 2 +- prizes/LP-0022.md | 4 +++- 2 files changed, 4 insertions(+), 2 deletions(-) diff --git a/prizes/LP-0021.md b/prizes/LP-0021.md index 7bed1812..cc9b52a9 100644 --- a/prizes/LP-0021.md +++ b/prizes/LP-0021.md @@ -88,7 +88,7 @@ Logos Execution Zones (LEZ) are the programmable environment where Logos dApps r - The Logos blockchain wallet, staking, bridging, and multi-zone/sequencer configuration — covered by [LP-0022](LP-0022.md). - Designing or implementing the token program itself — the wallet integrates with the existing/reference implementation. -- **Non-fungible (NFT) assets.** The token program covers both fungible and non-fungible assets, but this prize requires fungible token support only; NFT support (owning, transferring, or displaying NFTs) is optional and not evaluated. +- **Non-fungible (NFT) assets.** The token program covers both fungible and non-fungible assets, but this prize requires fungible token support only; NFT support (owning, transferring, or displaying NFTs) is optional. - Hardware wallet integration. - Portfolio analytics, price feeds, or fiat on/off-ramps. - A dApp discovery/marketplace layer beyond the SDK example apps. diff --git a/prizes/LP-0022.md b/prizes/LP-0022.md index 893c93eb..9fb22749 100644 --- a/prizes/LP-0022.md +++ b/prizes/LP-0022.md @@ -67,6 +67,8 @@ Logos' architecture separates a base blockchain from programmable execution zone > These metrics measure traction attributable to a given submission for this prize, incremental to whatever the underlying LP-0021 wallet already accrued. Re-citing LP-0021's numbers does not satisfy this section. > > **All of the following are required in addition to the FURPS criteria above.** We publish the dimensions we look at, but hitting a raw number is not by itself sufficient (see [Terms & Conditions](../TERMS.md) for the evaluation policy that applies to all prizes). Evaluators will inspect commit histories and the posting history of vouching accounts. Volume that is clearly manufactured (fresh accounts, purchased engagement) does not count, regardless of the headline number. +> +> **Forked submissions.** The criteria below are incremental to LP-0021's numbers only when the submitting entity is **the same team, continuing the same LP-0021 wallet/SDK codebase**. Any other case — a different team, or the same team shipping a rewritten wallet/SDK not descended from their own merged LP-0021 solution — does not inherit LP-0021's zone-side traction, and must first independently clear a LEZ-side bar through their own submission before the incremental numbers below are counted: **50 on-chain testimonial PDAs** on the LEZ zone (from at least 50 distinct accounts, same anti-Sybil standard as LP-0021). - [ ] **5 third-party developers**, independent of each other and of the submitting team, have each shipped a functional application that uses the blockchain, staking, bridging, or multi-zone additions from this prize's SDK extension (not merely the LP-0021 zone SDK). Each app must be publicly hosted on a mainstream forge with a clear, genuine commit history. - [ ] **100 on-chain inscriptions** submitted via the extended testimonial mini app **on the Logos blockchain**, from **at least 100 distinct accounts**, with the same anti-Sybil standard as LP-0021. @@ -91,7 +93,7 @@ Logos' architecture separates a base blockchain from programmable execution zone - The base LEZ wallet, SDK, and single-zone approval flow — covered by [LP-0021](LP-0021.md); this prize assumes that foundation exists and builds on it. - Designing or implementing the bridge or staking protocol itself — the wallet integrates with existing/reference implementations. -- **Non-fungible (NFT) assets.** The token program covers both fungible and non-fungible assets, but this prize requires fungible token support only; NFT support (owning, transferring, or displaying NFTs) is optional and not evaluated. +- **Non-fungible (NFT) assets.** The token program covers both fungible and non-fungible assets, but this prize requires fungible token support only; NFT support (owning, transferring, or displaying NFTs) is optional. - Hardware wallet integration. - Portfolio analytics, price feeds, or fiat on/off-ramps. - A dApp discovery/marketplace layer beyond the SDK example apps. From 7e6625addf4f5071fc8da8ee0c0ecbb4412e9cdb Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Fri, 28 Aug 2026 13:26:47 +1000 Subject: [PATCH 27/42] LP-0022: gap-fill LEZ on-chain testimonials for forked submissions The only LP-0021 adoption dimension LP-0022 didn't already cover: a fork not continuing the winning team's LP-0021 codebase must earn its own 50 LEZ-side testimonial PDAs, distinct from the blockchain-side inscription requirement already in this section. Co-Authored-By: Claude Sonnet 5 --- prizes/LP-0022.md | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/prizes/LP-0022.md b/prizes/LP-0022.md index 9fb22749..d70ea179 100644 --- a/prizes/LP-0022.md +++ b/prizes/LP-0022.md @@ -68,8 +68,9 @@ Logos' architecture separates a base blockchain from programmable execution zone > > **All of the following are required in addition to the FURPS criteria above.** We publish the dimensions we look at, but hitting a raw number is not by itself sufficient (see [Terms & Conditions](../TERMS.md) for the evaluation policy that applies to all prizes). Evaluators will inspect commit histories and the posting history of vouching accounts. Volume that is clearly manufactured (fresh accounts, purchased engagement) does not count, regardless of the headline number. > -> **Forked submissions.** The criteria below are incremental to LP-0021's numbers only when the submitting entity is **the same team, continuing the same LP-0021 wallet/SDK codebase**. Any other case — a different team, or the same team shipping a rewritten wallet/SDK not descended from their own merged LP-0021 solution — does not inherit LP-0021's zone-side traction, and must first independently clear a LEZ-side bar through their own submission before the incremental numbers below are counted: **50 on-chain testimonial PDAs** on the LEZ zone (from at least 50 distinct accounts, same anti-Sybil standard as LP-0021). +> **Forked submissions.** The criteria below are incremental to LP-0021's numbers only when the submitting entity is **the same team, continuing the same LP-0021 wallet/SDK codebase**. Any other case — a different team, or the same team shipping a rewritten wallet/SDK not descended from their own merged LP-0021 solution — does not inherit LP-0021's zone-side (LEZ) traction, and must clear the LEZ-side testimonial bar below through their own submission. +- [ ] **LEZ-side testimonials (forked submissions only).** If the submitting team is the same team that won LP-0021 and this submission continues that codebase, this criterion is already satisfied by LP-0021's own testimonial count and does not need to be re-demonstrated. Otherwise: **50 on-chain testimonial PDAs** on the LEZ zone (not the blockchain — see the testimonial mini app from [LP-0021](LP-0021.md)), from **at least 50 distinct accounts**, same anti-Sybil standard as LP-0021. - [ ] **5 third-party developers**, independent of each other and of the submitting team, have each shipped a functional application that uses the blockchain, staking, bridging, or multi-zone additions from this prize's SDK extension (not merely the LP-0021 zone SDK). Each app must be publicly hosted on a mainstream forge with a clear, genuine commit history. - [ ] **100 on-chain inscriptions** submitted via the extended testimonial mini app **on the Logos blockchain**, from **at least 100 distinct accounts**, with the same anti-Sybil standard as LP-0021. - [ ] **Sustained inscription activity**: the 100 blockchain inscriptions must be spread over **at least 2 months**, with **at least 20 new inscriptions in each of those months**. From 7e737b71ce300daeaf2a7e410f0ca61e222fa0bd Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Fri, 28 Aug 2026 13:27:27 +1000 Subject: [PATCH 28/42] LP-0021, LP-0022: drop implementation-level "PDA" terminology Prize specs describe product requirements, not implementation details; replace "PDA" with plain "testimonial(s)" throughout. Co-Authored-By: Claude Sonnet 5 --- prizes/LP-0021.md | 10 +++++----- prizes/LP-0022.md | 2 +- 2 files changed, 6 insertions(+), 6 deletions(-) diff --git a/prizes/LP-0021.md b/prizes/LP-0021.md index cc9b52a9..ff7dbcea 100644 --- a/prizes/LP-0021.md +++ b/prizes/LP-0021.md @@ -27,7 +27,7 @@ Logos Execution Zones (LEZ) are the programmable environment where Logos dApps r - [ ] **Multiple accounts (LEZ)**: create and manage multiple accounts on the zone, including both public and private accounts, and switch between them. - [ ] **Developer SDK**: a documented SDK that lets a third-party dApp request account access, read balances/state, and propose transactions against the wallet. - [ ] **Wallet selection & approval flow**: when a dApp requests a connection or a transaction, the user is shown a selection prompt (which account to use) and an approval prompt (what is being signed/sent) before anything is signed or submitted. -- [ ] **Testimonial mini app**: a small reference application, built on the SDK, that lets any user publish a testimonial on the official Logos zone, going through the full connect → account selection → approval → transaction flow. This means **a standard LEZ program that stores each testimonial in its own PDA**. A testimonial carries custom text, an optional username, and a unique identifier for the given LP submission, so that testimonials can be attributed to the submission that produced them. It serves as the canonical SDK integration example for third-party developers, and is the tool used to produce the on-chain testimonial PDAs counted in the adoption criteria below. +- [ ] **Testimonial mini app**: a small reference application, built on the SDK, that lets any user publish a testimonial on the official Logos zone, going through the full connect → account selection → approval → transaction flow. This means **a standard LEZ program that stores each testimonial on-chain**. A testimonial carries custom text, an optional username, and a unique identifier for the given LP submission, so that testimonials can be attributed to the submission that produced them. It serves as the canonical SDK integration example for third-party developers, and is the tool used to produce the on-chain testimonials counted in the adoption criteria below. - [ ] **Faucet mini app**: a reference application, built on the SDK, that requests testnet funds from the LEZ faucet, using the SDK to let the user select which account receives them. It must report success/failure and handle faucet rate-limiting gracefully. - [ ] **Testnet 0.3**: the wallet operates end-to-end against the canonical Logos LEZ zone on Logos testnet 0.3. @@ -66,8 +66,8 @@ Logos Execution Zones (LEZ) are the programmable environment where Logos dApps r > **All of the following are required in addition to the FURPS criteria above.** We publish the dimensions we look at, but hitting a raw number is not by itself sufficient (see [Terms & Conditions](../TERMS.md) for the evaluation policy that applies to all prizes). Evaluators will inspect commit histories and the posting history of vouching accounts. Volume that is clearly manufactured (fresh accounts, purchased engagement) does not count, regardless of the headline number. - [ ] **10 third-party developers** have each shipped a functional application that uses the wallet SDK. Each app must be publicly hosted on a mainstream forge (GitHub, GitLab, Codeberg, etc.) with a clear, genuine commit history: development spread over time by a real contributor, not a single bulk import. The 10 developers must be independent of each other and of the submitting team. -- [ ] **150 on-chain testimonial PDAs** reading `I use this wallet` or other custom text, submitted by users through the testimonial mini app on the official Logos zone. They must come from **at least 150 distinct accounts**, and accounts with no prior unrelated testnet activity carry little weight. The official testnet zone is `https://testnet.lez.logos.co` (explorer: `https://explorer.testnet.lez.logos.co/`); the exact endpoint for testnet 0.3 will be confirmed when this prize opens. -- [ ] **Sustained testimonial activity**: the 150 testimonial PDAs must be spread over **at least 2 months**, with **at least 30 new testimonials in each of those months**. A single burst of activity does not qualify, however large. Each PDA carries the submission's unique identifier and is timestamped on-chain, so this is verified directly from chain data. +- [ ] **150 on-chain testimonials** reading `I use this wallet` or other custom text, submitted by users through the testimonial mini app on the official Logos zone. They must come from **at least 150 distinct accounts**, and accounts with no prior unrelated testnet activity carry little weight. The official testnet zone is `https://testnet.lez.logos.co` (explorer: `https://explorer.testnet.lez.logos.co/`); the exact endpoint for testnet 0.3 will be confirmed when this prize opens. +- [ ] **Sustained testimonial activity**: the 150 testimonials must be spread over **at least 2 months**, with **at least 30 new testimonials in each of those months**. A single burst of activity does not qualify, however large. Each testimonial carries the submission's unique identifier and is timestamped on-chain, so this is verified directly from chain data. - [ ] **30 testimonials on Discord** vouching for the wallet. Testimonials should describe what the person actually used the wallet for; account history will be checked. - [ ] **30 testimonials on Twitter/X** vouching for the wallet, subject to the same standard and the same account-history check. Sharing screenshots of the wallet in use is encouraged. @@ -105,8 +105,8 @@ Open to any individual or team. Submissions must be original work. Teams must ho ## Submission Requirements - Public repository with the wallet module, SDK, CLI, reference mini apps (testimonial and faucet), and Basecamp app GUI under MIT or Apache-2.0. -- Narrated video walkthrough demonstrating: key/multi-account setup (including a private LEZ account), funding accounts via the faucet mini app, sending/receiving on the LEZ zone, token program usage, and the testimonial mini app performing connect → account selection → approval → PDA creation via the SDK. (A narrated demo is required for every prize: see [demo requirements](../README.md#evaluation-policies).) -- Evidence for each adoption criterion: links to the 10 third-party SDK apps and their repositories, the wallet repository, the on-chain testimonial PDAs (with the submission identifier and per-month counts so the sustained-activity criterion can be verified), and the Discord and Twitter/X testimonials. +- Narrated video walkthrough demonstrating: key/multi-account setup (including a private LEZ account), funding accounts via the faucet mini app, sending/receiving on the LEZ zone, token program usage, and the testimonial mini app performing connect → account selection → approval → testimonial creation via the SDK. (A narrated demo is required for every prize: see [demo requirements](../README.md#evaluation-policies).) +- Evidence for each adoption criterion: links to the 10 third-party SDK apps and their repositories, the wallet repository, the on-chain testimonials (with the submission identifier and per-month counts so the sustained-activity criterion can be verified), and the Discord and Twitter/X testimonials. - FURPS self-assessment as part of the solution (see [solution template](../solutions/LP-0000.md)). ## Evaluation Process diff --git a/prizes/LP-0022.md b/prizes/LP-0022.md index d70ea179..807956e9 100644 --- a/prizes/LP-0022.md +++ b/prizes/LP-0022.md @@ -70,7 +70,7 @@ Logos' architecture separates a base blockchain from programmable execution zone > > **Forked submissions.** The criteria below are incremental to LP-0021's numbers only when the submitting entity is **the same team, continuing the same LP-0021 wallet/SDK codebase**. Any other case — a different team, or the same team shipping a rewritten wallet/SDK not descended from their own merged LP-0021 solution — does not inherit LP-0021's zone-side (LEZ) traction, and must clear the LEZ-side testimonial bar below through their own submission. -- [ ] **LEZ-side testimonials (forked submissions only).** If the submitting team is the same team that won LP-0021 and this submission continues that codebase, this criterion is already satisfied by LP-0021's own testimonial count and does not need to be re-demonstrated. Otherwise: **50 on-chain testimonial PDAs** on the LEZ zone (not the blockchain — see the testimonial mini app from [LP-0021](LP-0021.md)), from **at least 50 distinct accounts**, same anti-Sybil standard as LP-0021. +- [ ] **LEZ-side testimonials (forked submissions only).** If the submitting team is the same team that won LP-0021 and this submission continues that codebase, this criterion is already satisfied by LP-0021's own testimonial count and does not need to be re-demonstrated. Otherwise: **50 on-chain testimonials** on the LEZ zone (not the blockchain — see the testimonial mini app from [LP-0021](LP-0021.md)), from **at least 50 distinct accounts**, same anti-Sybil standard as LP-0021. - [ ] **5 third-party developers**, independent of each other and of the submitting team, have each shipped a functional application that uses the blockchain, staking, bridging, or multi-zone additions from this prize's SDK extension (not merely the LP-0021 zone SDK). Each app must be publicly hosted on a mainstream forge with a clear, genuine commit history. - [ ] **100 on-chain inscriptions** submitted via the extended testimonial mini app **on the Logos blockchain**, from **at least 100 distinct accounts**, with the same anti-Sybil standard as LP-0021. - [ ] **Sustained inscription activity**: the 100 blockchain inscriptions must be spread over **at least 2 months**, with **at least 20 new inscriptions in each of those months**. From ab666634c65bb651d956795a63b8636d19bc6ef9 Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Fri, 28 Aug 2026 16:04:39 +1000 Subject: [PATCH 29/42] LP-0021: link Performance UX-feel criterion to Adoption section Also fixes missing blank line before ### Supportability heading. Co-Authored-By: Claude Sonnet 5 --- prizes/LP-0021.md | 7 ++++--- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/prizes/LP-0021.md b/prizes/LP-0021.md index ff7dbcea..aa7bc7d9 100644 --- a/prizes/LP-0021.md +++ b/prizes/LP-0021.md @@ -35,9 +35,9 @@ Logos Execution Zones (LEZ) are the programmable environment where Logos dApps r - [ ] Provide a module/SDK usable by other Logos modules and third-party dApps to query balances, request account access, and request transfers and smart contract interactions. - [ ] Provide a Logos Basecamp app GUI with local build instructions and loadable assets. -- [ ] Logos Basecamp modules are published to a module catalog: a fork of [`logos-modules-release-base`](https://github.com/logos-co/logos-modules-release-base), publishing releases via [`logos-modules-release-action`](https://github.com/logos-co/logos-modules-release-action). The catalog's `logos-repo.json` URL must be included in the submission so evaluators can install the module through the package-manager UI / `lgpd`. -- [ ] Account selection and transaction approval prompts clearly identify the requesting dApp, the target account, and (for transactions) the asset, amount, and destination. **For smart-contract interactions** (including token approvals), the prompt must show a human-readable summary of the call's effects — assets/approvals granted or moved and to which program/account — not just raw calldata, so the user can catch unexpected outflows or unlimited approvals before signing. -- [ ] **Program source verification.** For programs registered in [LP-0023](LP-0023.md)'s program registry, the approval prompt must show the registry's verified source status (verified / unverified / not registered) for the program being called. +- [ ] Logos Basecamp modules (core and ui types) are published to a module catalog: a fork of [`logos-modules-release-base`](https://github.com/logos-co/logos-modules-release-base), publishing releases via [`logos-modules-release-action`](https://github.com/logos-co/logos-modules-release-action). The catalog's `logos-repo.json` URL must be included in the submission so evaluators can install the module through the package-manager UI / `lgpd`. +- [ ] Account selection and transaction approval prompts clearly identify the requesting dApp, the target account, and (for transactions) the asset, amount, and destination. **For smart-contract interactions** (including token approvals), the prompt must show a human-readable summary of the call's effects: assets/approvals granted or moved and to which program/account, not just raw calldata, so the user can catch unexpected outflows or unlimited approvals before signing. +- [ ] **Program source verification.** For programs registered in [LP-0023](LP-0023.md)'s program registry, the approval prompt must show the registry's verified source status for the program being called. - [ ] **UX quality.** The wallet must be polished, functional, and usable by a non-expert: coherent navigation across accounts, comprehensible transaction previews, and clear error/pending states. This is judged against overall impression rather than a checklist: evaluators will use the wallet as a normal user would. - [ ] Display estimated gas usage and gas used on transaction; if available on testnet v0.3 (as currently planned). @@ -50,6 +50,7 @@ Logos Execution Zones (LEZ) are the programmable environment where Logos dApps r ### Performance +- [ ] The wallet feel and responsiveness needs to provide an adequate UX. We understand this is subjective criteria (see [Adoption](#adoption)). ### Supportability From c61ee6fa00db1c7b5247ecde95ce09f128c5f69b Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Fri, 28 Aug 2026 16:05:46 +1000 Subject: [PATCH 30/42] LP-0021: improve readability of 150-testimonials criterion Reorder clauses so the requirement (150 testimonials, submitted via the mini app) leads, and fix the dangling "challenger's" grammar. Co-Authored-By: Claude Sonnet 5 --- prizes/LP-0021.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/prizes/LP-0021.md b/prizes/LP-0021.md index aa7bc7d9..f3e7befc 100644 --- a/prizes/LP-0021.md +++ b/prizes/LP-0021.md @@ -67,7 +67,7 @@ Logos Execution Zones (LEZ) are the programmable environment where Logos dApps r > **All of the following are required in addition to the FURPS criteria above.** We publish the dimensions we look at, but hitting a raw number is not by itself sufficient (see [Terms & Conditions](../TERMS.md) for the evaluation policy that applies to all prizes). Evaluators will inspect commit histories and the posting history of vouching accounts. Volume that is clearly manufactured (fresh accounts, purchased engagement) does not count, regardless of the headline number. - [ ] **10 third-party developers** have each shipped a functional application that uses the wallet SDK. Each app must be publicly hosted on a mainstream forge (GitHub, GitLab, Codeberg, etc.) with a clear, genuine commit history: development spread over time by a real contributor, not a single bulk import. The 10 developers must be independent of each other and of the submitting team. -- [ ] **150 on-chain testimonials** reading `I use this wallet` or other custom text, submitted by users through the testimonial mini app on the official Logos zone. They must come from **at least 150 distinct accounts**, and accounts with no prior unrelated testnet activity carry little weight. The official testnet zone is `https://testnet.lez.logos.co` (explorer: `https://explorer.testnet.lez.logos.co/`); the exact endpoint for testnet 0.3 will be confirmed when this prize opens. +- [ ] **150 on-chain testimonials**, submitted by users through the testimonial mini app on the official Logos zone, each reading `I use wallet XYZ` or other custom text that clearly identifies this submission's wallet rather than a competing challenger's. They must come from **at least 150 distinct accounts**, and accounts with no prior unrelated testnet activity carry little weight. The official testnet zone is `https://testnet.lez.logos.co` (explorer: `https://explorer.testnet.lez.logos.co/`); the exact endpoint for testnet 0.3 will be confirmed when this prize opens. - [ ] **Sustained testimonial activity**: the 150 testimonials must be spread over **at least 2 months**, with **at least 30 new testimonials in each of those months**. A single burst of activity does not qualify, however large. Each testimonial carries the submission's unique identifier and is timestamped on-chain, so this is verified directly from chain data. - [ ] **30 testimonials on Discord** vouching for the wallet. Testimonials should describe what the person actually used the wallet for; account history will be checked. - [ ] **30 testimonials on Twitter/X** vouching for the wallet, subject to the same standard and the same account-history check. Sharing screenshots of the wallet in use is encouraged. From 039f813247fe7bf084c8ca43f83c3daa5230300f Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Fri, 28 Aug 2026 16:10:31 +1000 Subject: [PATCH 31/42] LP-0022: port phrasing fixes from LP-0021 - Drop "in a dedicated zone" implementation detail from testimonial mini app extension bullet - Add "(core and ui types)" to module catalog bullet, matching LP-0021 - Unify approval-prompt punctuation style (colon/comma vs em-dash) - Add UX-feel Performance bullet, linked to Adoption, matching LP-0021 Co-Authored-By: Claude Sonnet 5 --- prizes/LP-0022.md | 9 ++++++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/prizes/LP-0022.md b/prizes/LP-0022.md index 807956e9..6bf8b2d2 100644 --- a/prizes/LP-0022.md +++ b/prizes/LP-0022.md @@ -19,6 +19,7 @@ This prize extends the LEZ-only wallet from [LP-0021](LP-0021.md) into a single ## Motivation Logos' architecture separates a base blockchain from programmable execution zones, and expects users to interact with multiple zones, each potentially served by a different sequencer. LP-0021 established a wallet, SDK, and approval UX for a single zone; this prize builds on that foundation once it exists, adding the blockchain layer, staking, bridging, and multi-zone support that only matter once a base of zone-side users and dApps is already in place. Splitting the two lets a team ship and start accruing zone-side adoption early, then extend to the full cross-chain wallet without re-doing the SDK and approval-flow work. +Submission to this λ-Prize are welcome to be from the winner team as LP-021, or a different team with a new codebase, or a fork of (note that submissions must be MIT or Apache2.0). ## Success Criteria @@ -31,7 +32,7 @@ Logos' architecture separates a base blockchain from programmable execution zone - [ ] **Sequencer configuration**: configure which sequencer endpoint is used per zone, and switch sequencers without losing wallet state. - [ ] **Multiple accounts (blockchain)**: create and manage multiple accounts on the Logos blockchain. - [ ] **Developer SDK extension**: extend the LP-0021 SDK so third-party dApps can request account access, read balances/state, and propose transactions against the Logos blockchain and across multiple configured zones, not just the single zone LP-0021 supported. -- [ ] **Testimonial mini app extension**: extend the LP-0021 testimonial mini app so it also inscribes on the Logos blockchain in a dedicated zone, going through the same connect → account selection → approval → transaction flow used for the zone. +- [ ] **Testimonial mini app extension**: extend the LP-0021 testimonial mini app so it also inscribes on the Logos blockchain, going through the same connect → account selection → approval → transaction flow used for the zone. - [ ] **Faucet mini app extension**: extend the LP-0021 faucet mini app so it also requests testnet funds from the Logos blockchain faucet, using the SDK to let the user select which account receives them. A single app covering both layers is preferred; a separate app is acceptable if the faucet backends differ enough that one flow would be contorted. It must report success/failure per layer and handle faucet rate-limiting gracefully. - [ ] **Testnet 0.3**: the wallet operates end-to-end against Logos testnet 0.3 (blockchain + at least two LEZ zones, to demonstrate multi-zone configuration). @@ -39,8 +40,8 @@ Logos' architecture separates a base blockchain from programmable execution zone - [ ] The SDK continues to be usable by other Logos modules and third-party dApps to query balances, request account access, and request transfers and smart contract interactions, now across the blockchain and multiple zones. - [ ] The Basecamp app GUI and CLI are extended to cover blockchain accounts, staking, bridging, and multi-zone/sequencer configuration. -- [ ] The extended Logos Basecamp module continues to be published to a module catalog: a fork of [`logos-modules-release-base`](https://github.com/logos-co/logos-modules-release-base), publishing releases via [`logos-modules-release-action`](https://github.com/logos-co/logos-modules-release-action). The catalog's `logos-repo.json` URL must be included in the submission so evaluators can install the module through the package-manager UI / `lgpd`. -- [ ] Account selection and transaction approval prompts clearly identify the requesting dApp, the target account (including which chain/zone), and (for transactions) the asset, amount, and destination. **For smart-contract interactions** (including token approvals, staking, and bridging), the prompt must show a human-readable summary of the call's effects — assets/approvals granted or moved and to which program/account — not just raw calldata, so the user can catch unexpected outflows or unlimited approvals before signing. +- [ ] The extended Logos Basecamp module (core and ui types) continues to be published to a module catalog: a fork of [`logos-modules-release-base`](https://github.com/logos-co/logos-modules-release-base), publishing releases via [`logos-modules-release-action`](https://github.com/logos-co/logos-modules-release-action). The catalog's `logos-repo.json` URL must be included in the submission so evaluators can install the module through the package-manager UI / `lgpd`. +- [ ] Account selection and transaction approval prompts clearly identify the requesting dApp, the target account (including which chain/zone), and (for transactions) the asset, amount, and destination. **For smart-contract interactions** (including token approvals, staking, and bridging), the prompt must show a human-readable summary of the call's effects: assets/approvals granted or moved and to which program/account, not just raw calldata, so the user can catch unexpected outflows or unlimited approvals before signing. - [ ] **Program source verification.** For programs registered in [LP-0023](LP-0023.md)'s program registry, the approval prompt must show the registry's verified source status for the program being called. - [ ] **UX quality.** The extended wallet must remain polished and usable by a non-expert across chains and zones: coherent navigation, comprehensible transaction previews (including bridge and staking flows), and clear error/pending states. This is judged against overall impression rather than a checklist: evaluators will use the wallet as a normal user would. @@ -54,6 +55,8 @@ Logos' architecture separates a base blockchain from programmable execution zone ### Performance +- [ ] The wallet feel and responsiveness needs to provide an adequate UX across chains and zones. We understand this is subjective criteria (see [Adoption](#adoption)). + ### Supportability - [ ] Deployed and tested against Logos testnet 0.3 (blockchain and multiple LEZ zones). From 567017003b6737a182aec5c088176bd9b0491970 Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Fri, 28 Aug 2026 16:14:10 +1000 Subject: [PATCH 32/42] LP-0022: fix Motivation submitter sentence, clarify dev app type - Fix grammar/completeness of the submitter-options sentence, add blank line before it, link to Eligibility - Note third-party developer apps are ui type modules Co-Authored-By: Claude Sonnet 5 --- prizes/LP-0022.md | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/prizes/LP-0022.md b/prizes/LP-0022.md index 6bf8b2d2..b3c6a1f8 100644 --- a/prizes/LP-0022.md +++ b/prizes/LP-0022.md @@ -19,7 +19,8 @@ This prize extends the LEZ-only wallet from [LP-0021](LP-0021.md) into a single ## Motivation Logos' architecture separates a base blockchain from programmable execution zones, and expects users to interact with multiple zones, each potentially served by a different sequencer. LP-0021 established a wallet, SDK, and approval UX for a single zone; this prize builds on that foundation once it exists, adding the blockchain layer, staking, bridging, and multi-zone support that only matter once a base of zone-side users and dApps is already in place. Splitting the two lets a team ship and start accruing zone-side adoption early, then extend to the full cross-chain wallet without re-doing the SDK and approval-flow work. -Submission to this λ-Prize are welcome to be from the winner team as LP-021, or a different team with a new codebase, or a fork of (note that submissions must be MIT or Apache2.0). + +Submissions to this λPrize are welcome from the LP-0021 winning team, from a different team building a new codebase, or from a fork of a merged LP-0021 solution; submissions must be MIT or Apache-2.0 licensed either way (see [Eligibility](#eligibility)). ## Success Criteria @@ -74,7 +75,7 @@ Submission to this λ-Prize are welcome to be from the winner team as LP-021, or > **Forked submissions.** The criteria below are incremental to LP-0021's numbers only when the submitting entity is **the same team, continuing the same LP-0021 wallet/SDK codebase**. Any other case — a different team, or the same team shipping a rewritten wallet/SDK not descended from their own merged LP-0021 solution — does not inherit LP-0021's zone-side (LEZ) traction, and must clear the LEZ-side testimonial bar below through their own submission. - [ ] **LEZ-side testimonials (forked submissions only).** If the submitting team is the same team that won LP-0021 and this submission continues that codebase, this criterion is already satisfied by LP-0021's own testimonial count and does not need to be re-demonstrated. Otherwise: **50 on-chain testimonials** on the LEZ zone (not the blockchain — see the testimonial mini app from [LP-0021](LP-0021.md)), from **at least 50 distinct accounts**, same anti-Sybil standard as LP-0021. -- [ ] **5 third-party developers**, independent of each other and of the submitting team, have each shipped a functional application that uses the blockchain, staking, bridging, or multi-zone additions from this prize's SDK extension (not merely the LP-0021 zone SDK). Each app must be publicly hosted on a mainstream forge with a clear, genuine commit history. +- [ ] **5 third-party developers**, independent of each other and of the submitting team, have each shipped a functional application that uses the blockchain, staking, bridging, or multi-zone additions from this prize's SDK extension (not merely the LP-0021 zone SDK). Each app (ui type module) must be publicly hosted on a mainstream forge with a clear, genuine commit history. - [ ] **100 on-chain inscriptions** submitted via the extended testimonial mini app **on the Logos blockchain**, from **at least 100 distinct accounts**, with the same anti-Sybil standard as LP-0021. - [ ] **Sustained inscription activity**: the 100 blockchain inscriptions must be spread over **at least 2 months**, with **at least 20 new inscriptions in each of those months**. - [ ] **20 testimonials on Discord** and **20 on Twitter/X** specifically describing use of the bridging, staking, or multi-zone features. Sharing screenshots of the wallet in use is encouraged. From 7cb0e717c446f2a44fa4d4f294bafeed635528f5 Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Fri, 28 Aug 2026 16:16:25 +1000 Subject: [PATCH 33/42] LP-0021: fix leftover "inscribes" terminology; sync README effort size MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit - Scope > In Scope used "inscribes" for LEZ-side content; should be "testimonial", matching the deliberate LEZ=testimonial vs blockchain=inscription terminology split used everywhere else - README listed LP-0021 as "Large" effort; body says "X-Large" since an earlier edit — sync README to match Co-Authored-By: Claude Sonnet 5 --- README.md | 2 +- prizes/LP-0021.md | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/README.md b/README.md index da030392..c1fa28a9 100644 --- a/README.md +++ b/README.md @@ -52,7 +52,7 @@ All prizes live in the `[prizes/](prizes/)` directory. Each prize is a markdown | [LP-0015](prizes/LP-0015.md) | General cross-program calls via tail calls | Large | Closed | | [LP-0016](prizes/LP-0016.md) | Anonymous Forum with Threshold Moderation | Large | Closed ([Solution](solutions/LP-0016.md)) | | [LP-0017](prizes/LP-0017.md) | Whistleblower: document upload and indexing Basecamp app | Medium | Closed ([Solution](solutions/LP-0017.md)) | -| [LP-0021](prizes/LP-0021.md) | LEZ Zone Wallet and SDK | Large | Draft | +| [LP-0021](prizes/LP-0021.md) | LEZ Zone Wallet and SDK | X-Large | Draft | | [LP-0022](prizes/LP-0022.md) | Combined Blockchain and Zone Wallet | Large | Draft | > [!IMPORTANT] diff --git a/prizes/LP-0021.md b/prizes/LP-0021.md index f3e7befc..9b1cb2f9 100644 --- a/prizes/LP-0021.md +++ b/prizes/LP-0021.md @@ -82,7 +82,7 @@ Logos Execution Zones (LEZ) are the programmable environment where Logos dApps r - Token program support on LEZ. - Developer SDK with account-access, state-read, and transaction-proposal APIs. - Wallet-selection and transaction-approval UX flow for third-party dApp requests. -- Reference SDK mini apps: a testimonial app that inscribes on the official Logos zone, and a faucet app that requests testnet funds on that zone with SDK-driven account selection. +- Reference SDK mini apps: a testimonial app that publishes testimonials on the official Logos zone, and a faucet app that requests testnet funds on that zone with SDK-driven account selection. - CLI and Basecamp app GUI. ### Out of Scope From a663aea8c8fa1cb6e8b16a818ca2d729074d55c0 Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Fri, 28 Aug 2026 16:16:55 +1000 Subject: [PATCH 34/42] LP-0021, LP-0022: require third-party apps to be Logos Basecamp apps Only accept Logos Basecamp apps (ui type Logos modules) toward the third-party-developer adoption criterion; apps using the SDK outside a Basecamp app don't count. Co-Authored-By: Claude Sonnet 5 --- prizes/LP-0021.md | 2 +- prizes/LP-0022.md | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/prizes/LP-0021.md b/prizes/LP-0021.md index 9b1cb2f9..d0cf83e5 100644 --- a/prizes/LP-0021.md +++ b/prizes/LP-0021.md @@ -66,7 +66,7 @@ Logos Execution Zones (LEZ) are the programmable environment where Logos dApps r > > **All of the following are required in addition to the FURPS criteria above.** We publish the dimensions we look at, but hitting a raw number is not by itself sufficient (see [Terms & Conditions](../TERMS.md) for the evaluation policy that applies to all prizes). Evaluators will inspect commit histories and the posting history of vouching accounts. Volume that is clearly manufactured (fresh accounts, purchased engagement) does not count, regardless of the headline number. -- [ ] **10 third-party developers** have each shipped a functional application that uses the wallet SDK. Each app must be publicly hosted on a mainstream forge (GitHub, GitLab, Codeberg, etc.) with a clear, genuine commit history: development spread over time by a real contributor, not a single bulk import. The 10 developers must be independent of each other and of the submitting team. +- [ ] **10 third-party developers** have each shipped a functional Logos Basecamp app (a **ui type** Logos module, per the module-catalog requirement above) that uses the wallet SDK. Apps that only use the SDK outside a Basecamp app do not count. Each app must be publicly hosted on a mainstream forge (GitHub, GitLab, Codeberg, etc.) with a clear, genuine commit history: development spread over time by a real contributor, not a single bulk import. The 10 developers must be independent of each other and of the submitting team. - [ ] **150 on-chain testimonials**, submitted by users through the testimonial mini app on the official Logos zone, each reading `I use wallet XYZ` or other custom text that clearly identifies this submission's wallet rather than a competing challenger's. They must come from **at least 150 distinct accounts**, and accounts with no prior unrelated testnet activity carry little weight. The official testnet zone is `https://testnet.lez.logos.co` (explorer: `https://explorer.testnet.lez.logos.co/`); the exact endpoint for testnet 0.3 will be confirmed when this prize opens. - [ ] **Sustained testimonial activity**: the 150 testimonials must be spread over **at least 2 months**, with **at least 30 new testimonials in each of those months**. A single burst of activity does not qualify, however large. Each testimonial carries the submission's unique identifier and is timestamped on-chain, so this is verified directly from chain data. - [ ] **30 testimonials on Discord** vouching for the wallet. Testimonials should describe what the person actually used the wallet for; account history will be checked. diff --git a/prizes/LP-0022.md b/prizes/LP-0022.md index b3c6a1f8..a6fa6fe3 100644 --- a/prizes/LP-0022.md +++ b/prizes/LP-0022.md @@ -75,7 +75,7 @@ Submissions to this λPrize are welcome from the LP-0021 winning team, from a di > **Forked submissions.** The criteria below are incremental to LP-0021's numbers only when the submitting entity is **the same team, continuing the same LP-0021 wallet/SDK codebase**. Any other case — a different team, or the same team shipping a rewritten wallet/SDK not descended from their own merged LP-0021 solution — does not inherit LP-0021's zone-side (LEZ) traction, and must clear the LEZ-side testimonial bar below through their own submission. - [ ] **LEZ-side testimonials (forked submissions only).** If the submitting team is the same team that won LP-0021 and this submission continues that codebase, this criterion is already satisfied by LP-0021's own testimonial count and does not need to be re-demonstrated. Otherwise: **50 on-chain testimonials** on the LEZ zone (not the blockchain — see the testimonial mini app from [LP-0021](LP-0021.md)), from **at least 50 distinct accounts**, same anti-Sybil standard as LP-0021. -- [ ] **5 third-party developers**, independent of each other and of the submitting team, have each shipped a functional application that uses the blockchain, staking, bridging, or multi-zone additions from this prize's SDK extension (not merely the LP-0021 zone SDK). Each app (ui type module) must be publicly hosted on a mainstream forge with a clear, genuine commit history. +- [ ] **5 third-party developers**, independent of each other and of the submitting team, have each shipped a functional Logos Basecamp app (a **ui type** Logos module, per the module-catalog requirement above) that uses the blockchain, staking, bridging, or multi-zone additions from this prize's SDK extension (not merely the LP-0021 zone SDK). Apps that only use the SDK outside a Basecamp app do not count. Each app must be publicly hosted on a mainstream forge with a clear, genuine commit history. - [ ] **100 on-chain inscriptions** submitted via the extended testimonial mini app **on the Logos blockchain**, from **at least 100 distinct accounts**, with the same anti-Sybil standard as LP-0021. - [ ] **Sustained inscription activity**: the 100 blockchain inscriptions must be spread over **at least 2 months**, with **at least 20 new inscriptions in each of those months**. - [ ] **20 testimonials on Discord** and **20 on Twitter/X** specifically describing use of the bridging, staking, or multi-zone features. Sharing screenshots of the wallet in use is encouraged. From 2331d69a7391a82d3868875314928a5aee1162b3 Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Fri, 28 Aug 2026 16:19:01 +1000 Subject: [PATCH 35/42] LP-0022: add gas usage display bullet, matching LP-0021 Co-Authored-By: Claude Sonnet 5 --- prizes/LP-0022.md | 1 + 1 file changed, 1 insertion(+) diff --git a/prizes/LP-0022.md b/prizes/LP-0022.md index a6fa6fe3..8e25f192 100644 --- a/prizes/LP-0022.md +++ b/prizes/LP-0022.md @@ -45,6 +45,7 @@ Submissions to this λPrize are welcome from the LP-0021 winning team, from a di - [ ] Account selection and transaction approval prompts clearly identify the requesting dApp, the target account (including which chain/zone), and (for transactions) the asset, amount, and destination. **For smart-contract interactions** (including token approvals, staking, and bridging), the prompt must show a human-readable summary of the call's effects: assets/approvals granted or moved and to which program/account, not just raw calldata, so the user can catch unexpected outflows or unlimited approvals before signing. - [ ] **Program source verification.** For programs registered in [LP-0023](LP-0023.md)'s program registry, the approval prompt must show the registry's verified source status for the program being called. - [ ] **UX quality.** The extended wallet must remain polished and usable by a non-expert across chains and zones: coherent navigation, comprehensible transaction previews (including bridge and staking flows), and clear error/pending states. This is judged against overall impression rather than a checklist: evaluators will use the wallet as a normal user would. +- [ ] Display estimated gas usage and gas used on blockchain transactions; if available on testnet v0.3 (as currently planned). ### Reliability From aa0284839af5d40e49be4bfcfeac0fc4162d77d5 Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Wed, 2 Sep 2026 14:51:36 +1000 Subject: [PATCH 36/42] Add legal note to prize specifications Co-Authored-By: Claude Opus 5 (1M context) --- prizes/LP-0021.md | 18 ++++++++++++++++++ prizes/LP-0022.md | 18 ++++++++++++++++++ 2 files changed, 36 insertions(+) diff --git a/prizes/LP-0021.md b/prizes/LP-0021.md index d0cf83e5..297299a4 100644 --- a/prizes/LP-0021.md +++ b/prizes/LP-0021.md @@ -137,3 +137,21 @@ The following policies apply to all prizes (see [evaluation policies](../README. This prize covers the **first adoption tranche** for the LEZ-only wallet. [LP-0022](LP-0022.md) extends the wallet to the Logos blockchain and multi-zone use, with its own adoption tranche. A further follow-up λPrize is expected with higher adoption thresholds, adapted to the phase the network is in at that time. This prize also targets Logos testnet 0.3. Should a future testnet version (e.g., V0.4) introduce breaking changes to the token program, a subsequent λ Prize may be opened to cover adaptation. + +## Note + +Note: The Specification in this Prize describes an outcome that Logos intends to benefit the Logos ecosystem. It sets out criteria and certain requirements a Participant should fulfill in order to potentially be eligible to be awarded a Prize amount, and is not intended to be an instruction or to direct a Participant's initiative or approach. They are guided by existing approaches and implementations in other mature blockchain systems and their ecosystems, as well as by functional requirements particular to the Logos technology stack or perceived usefulness to such stack or the wider community building on it. + +Logos makes no representation as to the legal or regulatory treatment of this Specification or any implementation of it in any jurisdiction. + +Participants act independently, voluntarily and at their own initiative in connection with their Submissions and are solely responsible for: + +1. assessing the risks and implications of their Participation in the Program and of any Artefacts that form part of their Submission; +2. determining whether to obtain independent professional advice; +3. complying with all applicable laws to them and in connection with the Program, including, where relevant, any licensing, registration, sanctions or anti-money laundering obligations that may arise from operating any software-as-a-service or business. + +Artefacts developed by Participants in connection with the Program are published and maintained by Participants and not by Logos or its Affiliates. Logos and its Affiliates do not build, host, maintain, deploy, operate, use or control any Artefacts arising out of any Submission. + +Participants or other persons who choose to build upon, host, maintain, deploy, operate, use or publicly promote any Artefacts, do so at their own risk and as a principal and in their own name. Any such persons are further solely responsible for complying with any legal or regulatory requirements that apply to them with such use. Logos does not make any representation, provide any advice or assume any responsibility regarding the use of such Artefacts, or any determination of compliance with applicable law or regulation. + +For further details of the above and what terms and conditions apply to a Participant, please refer to the λPrize Program – Terms & Conditions. diff --git a/prizes/LP-0022.md b/prizes/LP-0022.md index 8e25f192..db468102 100644 --- a/prizes/LP-0022.md +++ b/prizes/LP-0022.md @@ -147,3 +147,21 @@ The following policies apply to all prizes (see [evaluation policies](../README. This prize covers the **second adoption tranche**, extending [LP-0021](LP-0021.md) to the blockchain and multi-zone case. A follow-up λPrize is expected for the next tranche, raising the adoption thresholds and adapting the metrics to the network phase at that time. This prize also targets Logos testnet 0.3. Should a future testnet version (e.g., V0.4) introduce breaking changes to staking, bridging, or the token program, a subsequent λ Prize may be opened to cover adaptation. + +## Note + +Note: The Specification in this Prize describes an outcome that Logos intends to benefit the Logos ecosystem. It sets out criteria and certain requirements a Participant should fulfill in order to potentially be eligible to be awarded a Prize amount, and is not intended to be an instruction or to direct a Participant's initiative or approach. They are guided by existing approaches and implementations in other mature blockchain systems and their ecosystems, as well as by functional requirements particular to the Logos technology stack or perceived usefulness to such stack or the wider community building on it. + +Logos makes no representation as to the legal or regulatory treatment of this Specification or any implementation of it in any jurisdiction. + +Participants act independently, voluntarily and at their own initiative in connection with their Submissions and are solely responsible for: + +1. assessing the risks and implications of their Participation in the Program and of any Artefacts that form part of their Submission; +2. determining whether to obtain independent professional advice; +3. complying with all applicable laws to them and in connection with the Program, including, where relevant, any licensing, registration, sanctions or anti-money laundering obligations that may arise from operating any software-as-a-service or business. + +Artefacts developed by Participants in connection with the Program are published and maintained by Participants and not by Logos or its Affiliates. Logos and its Affiliates do not build, host, maintain, deploy, operate, use or control any Artefacts arising out of any Submission. + +Participants or other persons who choose to build upon, host, maintain, deploy, operate, use or publicly promote any Artefacts, do so at their own risk and as a principal and in their own name. Any such persons are further solely responsible for complying with any legal or regulatory requirements that apply to them with such use. Logos does not make any representation, provide any advice or assume any responsibility regarding the use of such Artefacts, or any determination of compliance with applicable law or regulation. + +For further details of the above and what terms and conditions apply to a Participant, please refer to the λPrize Program – Terms & Conditions. From 38fac0092405042b86542ade81840229684cc9b8 Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Wed, 2 Sep 2026 15:22:20 +1000 Subject: [PATCH 37/42] LP-0021, LP-0022: make LP-0023 registry integration recommended, not required MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit The challenger doesn't have to use the LP-0023 registry winner — it's a recommendation, not an evaluation requirement. Keep the dependencies: frontmatter entry for metadata/traceability purposes. --- prizes/LP-0021.md | 6 +++--- prizes/LP-0022.md | 6 +++--- 2 files changed, 6 insertions(+), 6 deletions(-) diff --git a/prizes/LP-0021.md b/prizes/LP-0021.md index 297299a4..c57a73af 100644 --- a/prizes/LP-0021.md +++ b/prizes/LP-0021.md @@ -3,7 +3,7 @@ --- dependencies: - id: LP-0023 - reason: wallet approval flow requires the program registry to show verified source for called programs + reason: recommended integration - approval flow can show verified source status from the program registry, but this is not required for evaluation --- # LP-0021: LEZ Zone Wallet and SDK [DRAFT] @@ -37,7 +37,7 @@ Logos Execution Zones (LEZ) are the programmable environment where Logos dApps r - [ ] Provide a Logos Basecamp app GUI with local build instructions and loadable assets. - [ ] Logos Basecamp modules (core and ui types) are published to a module catalog: a fork of [`logos-modules-release-base`](https://github.com/logos-co/logos-modules-release-base), publishing releases via [`logos-modules-release-action`](https://github.com/logos-co/logos-modules-release-action). The catalog's `logos-repo.json` URL must be included in the submission so evaluators can install the module through the package-manager UI / `lgpd`. - [ ] Account selection and transaction approval prompts clearly identify the requesting dApp, the target account, and (for transactions) the asset, amount, and destination. **For smart-contract interactions** (including token approvals), the prompt must show a human-readable summary of the call's effects: assets/approvals granted or moved and to which program/account, not just raw calldata, so the user can catch unexpected outflows or unlimited approvals before signing. -- [ ] **Program source verification.** For programs registered in [LP-0023](LP-0023.md)'s program registry, the approval prompt must show the registry's verified source status for the program being called. +- [ ] **Program source verification (recommended).** It is recommended, but not required, that the approval prompt shows the registry's verified source status for the program being called, for programs registered in [LP-0023](LP-0023.md)'s program registry. - [ ] **UX quality.** The wallet must be polished, functional, and usable by a non-expert: coherent navigation across accounts, comprehensible transaction previews, and clear error/pending states. This is judged against overall impression rather than a checklist: evaluators will use the wallet as a normal user would. - [ ] Display estimated gas usage and gas used on transaction; if available on testnet v0.3 (as currently planned). @@ -130,7 +130,7 @@ The following policies apply to all prizes (see [evaluation policies](../README. - [LP-0013](LP-0013.md) — Token program improvements (authorities) - [LP-0014](LP-0014.md) — Token program improvements (ATAs + wallet tooling) - [LP-0022](LP-0022.md) — Combined blockchain + zone wallet (follow-up) -- [LP-0023](LP-0023.md) — Program registry with verified builds for LEZ programs (bytecode-to-source). **Dependency**: this prize requires LP-0023 to be merged and open, and its program registry integrated into the approval flow (see Usability above). +- [LP-0023](LP-0023.md) — Program registry with verified builds for LEZ programs (bytecode-to-source). **Recommended, not required**: it is recommended to integrate LP-0023's winner into the approval flow (see Usability above), but this will not influence the evaluation decision. ## Potential for Subsequent λ Prizes diff --git a/prizes/LP-0022.md b/prizes/LP-0022.md index db468102..d5acbf5a 100644 --- a/prizes/LP-0022.md +++ b/prizes/LP-0022.md @@ -5,7 +5,7 @@ dependencies: - id: LP-0021 reason: extends the LEZ-only wallet and SDK to the Logos blockchain, staking, bridging, and multi-zone configuration - id: LP-0023 - reason: wallet approval flow requires the program registry to show verified source for called programs + reason: recommended integration - approval flow can show verified source status from the program registry, but this is not required for evaluation --- # LP-0022: Combined Blockchain and Zone Wallet [DRAFT] @@ -43,7 +43,7 @@ Submissions to this λPrize are welcome from the LP-0021 winning team, from a di - [ ] The Basecamp app GUI and CLI are extended to cover blockchain accounts, staking, bridging, and multi-zone/sequencer configuration. - [ ] The extended Logos Basecamp module (core and ui types) continues to be published to a module catalog: a fork of [`logos-modules-release-base`](https://github.com/logos-co/logos-modules-release-base), publishing releases via [`logos-modules-release-action`](https://github.com/logos-co/logos-modules-release-action). The catalog's `logos-repo.json` URL must be included in the submission so evaluators can install the module through the package-manager UI / `lgpd`. - [ ] Account selection and transaction approval prompts clearly identify the requesting dApp, the target account (including which chain/zone), and (for transactions) the asset, amount, and destination. **For smart-contract interactions** (including token approvals, staking, and bridging), the prompt must show a human-readable summary of the call's effects: assets/approvals granted or moved and to which program/account, not just raw calldata, so the user can catch unexpected outflows or unlimited approvals before signing. -- [ ] **Program source verification.** For programs registered in [LP-0023](LP-0023.md)'s program registry, the approval prompt must show the registry's verified source status for the program being called. +- [ ] **Program source verification (recommended).** It is recommended, but not required, that the approval prompt shows the registry's verified source status for the program being called, for programs registered in [LP-0023](LP-0023.md)'s program registry. - [ ] **UX quality.** The extended wallet must remain polished and usable by a non-expert across chains and zones: coherent navigation, comprehensible transaction previews (including bridge and staking flows), and clear error/pending states. This is judged against overall impression rather than a checklist: evaluators will use the wallet as a normal user would. - [ ] Display estimated gas usage and gas used on blockchain transactions; if available on testnet v0.3 (as currently planned). @@ -140,7 +140,7 @@ The following policies apply to all prizes (see [evaluation policies](../README. - [LP-0021](LP-0021.md) — LEZ zone wallet and SDK (prerequisite) - [LP-0013](LP-0013.md) — Token program improvements (authorities) - [LP-0014](LP-0014.md) — Token program improvements (ATAs + wallet tooling) -- [LP-0023](LP-0023.md) — Program registry with verified builds for LEZ programs (bytecode-to-source). **Dependency**: this prize requires LP-0023 to be merged and open, and its program registry integrated into the approval flow (see Usability above). +- [LP-0023](LP-0023.md) — Program registry with verified builds for LEZ programs (bytecode-to-source). **Recommended, not required**: it is recommended to integrate LP-0023's winner into the approval flow (see Usability above), but this will not influence the evaluation decision. ## Potential for Subsequent λ Prizes From 87d03816e461c9649bd152bafadaeff573c90809 Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Wed, 2 Sep 2026 15:27:41 +1000 Subject: [PATCH 38/42] LP-0021, LP-0022: source verification is required, LP-0023 registry choice is not Fix prior edit that made the whole criterion optional. The approval prompt must show some form of program source-verification status; LP-0023's registry is the recommended provider, but any equivalent registry works. --- prizes/LP-0021.md | 6 +++--- prizes/LP-0022.md | 6 +++--- 2 files changed, 6 insertions(+), 6 deletions(-) diff --git a/prizes/LP-0021.md b/prizes/LP-0021.md index c57a73af..5cc8687d 100644 --- a/prizes/LP-0021.md +++ b/prizes/LP-0021.md @@ -3,7 +3,7 @@ --- dependencies: - id: LP-0023 - reason: recommended integration - approval flow can show verified source status from the program registry, but this is not required for evaluation + reason: approval flow must show program source-verification status; LP-0023's registry is the recommended (not required) provider --- # LP-0021: LEZ Zone Wallet and SDK [DRAFT] @@ -37,7 +37,7 @@ Logos Execution Zones (LEZ) are the programmable environment where Logos dApps r - [ ] Provide a Logos Basecamp app GUI with local build instructions and loadable assets. - [ ] Logos Basecamp modules (core and ui types) are published to a module catalog: a fork of [`logos-modules-release-base`](https://github.com/logos-co/logos-modules-release-base), publishing releases via [`logos-modules-release-action`](https://github.com/logos-co/logos-modules-release-action). The catalog's `logos-repo.json` URL must be included in the submission so evaluators can install the module through the package-manager UI / `lgpd`. - [ ] Account selection and transaction approval prompts clearly identify the requesting dApp, the target account, and (for transactions) the asset, amount, and destination. **For smart-contract interactions** (including token approvals), the prompt must show a human-readable summary of the call's effects: assets/approvals granted or moved and to which program/account, not just raw calldata, so the user can catch unexpected outflows or unlimited approvals before signing. -- [ ] **Program source verification (recommended).** It is recommended, but not required, that the approval prompt shows the registry's verified source status for the program being called, for programs registered in [LP-0023](LP-0023.md)'s program registry. +- [ ] **Program source verification.** The approval prompt must show the user some form of source-verification status (e.g. verified / unverified / unknown) for the program being called, backed by a bytecode-to-source registry. [LP-0023](LP-0023.md)'s registry is recommended but not required — any equivalent registry the submitting team chooses satisfies this criterion. - [ ] **UX quality.** The wallet must be polished, functional, and usable by a non-expert: coherent navigation across accounts, comprehensible transaction previews, and clear error/pending states. This is judged against overall impression rather than a checklist: evaluators will use the wallet as a normal user would. - [ ] Display estimated gas usage and gas used on transaction; if available on testnet v0.3 (as currently planned). @@ -130,7 +130,7 @@ The following policies apply to all prizes (see [evaluation policies](../README. - [LP-0013](LP-0013.md) — Token program improvements (authorities) - [LP-0014](LP-0014.md) — Token program improvements (ATAs + wallet tooling) - [LP-0022](LP-0022.md) — Combined blockchain + zone wallet (follow-up) -- [LP-0023](LP-0023.md) — Program registry with verified builds for LEZ programs (bytecode-to-source). **Recommended, not required**: it is recommended to integrate LP-0023's winner into the approval flow (see Usability above), but this will not influence the evaluation decision. +- [LP-0023](LP-0023.md) — Program registry with verified builds for LEZ programs (bytecode-to-source). Source verification itself is required (see Usability above); using LP-0023's registry specifically is recommended but not required — any equivalent registry satisfies the criterion. ## Potential for Subsequent λ Prizes diff --git a/prizes/LP-0022.md b/prizes/LP-0022.md index d5acbf5a..c17001cd 100644 --- a/prizes/LP-0022.md +++ b/prizes/LP-0022.md @@ -5,7 +5,7 @@ dependencies: - id: LP-0021 reason: extends the LEZ-only wallet and SDK to the Logos blockchain, staking, bridging, and multi-zone configuration - id: LP-0023 - reason: recommended integration - approval flow can show verified source status from the program registry, but this is not required for evaluation + reason: approval flow must show program source-verification status; LP-0023's registry is the recommended (not required) provider --- # LP-0022: Combined Blockchain and Zone Wallet [DRAFT] @@ -43,7 +43,7 @@ Submissions to this λPrize are welcome from the LP-0021 winning team, from a di - [ ] The Basecamp app GUI and CLI are extended to cover blockchain accounts, staking, bridging, and multi-zone/sequencer configuration. - [ ] The extended Logos Basecamp module (core and ui types) continues to be published to a module catalog: a fork of [`logos-modules-release-base`](https://github.com/logos-co/logos-modules-release-base), publishing releases via [`logos-modules-release-action`](https://github.com/logos-co/logos-modules-release-action). The catalog's `logos-repo.json` URL must be included in the submission so evaluators can install the module through the package-manager UI / `lgpd`. - [ ] Account selection and transaction approval prompts clearly identify the requesting dApp, the target account (including which chain/zone), and (for transactions) the asset, amount, and destination. **For smart-contract interactions** (including token approvals, staking, and bridging), the prompt must show a human-readable summary of the call's effects: assets/approvals granted or moved and to which program/account, not just raw calldata, so the user can catch unexpected outflows or unlimited approvals before signing. -- [ ] **Program source verification (recommended).** It is recommended, but not required, that the approval prompt shows the registry's verified source status for the program being called, for programs registered in [LP-0023](LP-0023.md)'s program registry. +- [ ] **Program source verification.** The approval prompt must show the user some form of source-verification status (e.g. verified / unverified / unknown) for the program being called, backed by a bytecode-to-source registry. [LP-0023](LP-0023.md)'s registry is recommended but not required — any equivalent registry the submitting team chooses satisfies this criterion. - [ ] **UX quality.** The extended wallet must remain polished and usable by a non-expert across chains and zones: coherent navigation, comprehensible transaction previews (including bridge and staking flows), and clear error/pending states. This is judged against overall impression rather than a checklist: evaluators will use the wallet as a normal user would. - [ ] Display estimated gas usage and gas used on blockchain transactions; if available on testnet v0.3 (as currently planned). @@ -140,7 +140,7 @@ The following policies apply to all prizes (see [evaluation policies](../README. - [LP-0021](LP-0021.md) — LEZ zone wallet and SDK (prerequisite) - [LP-0013](LP-0013.md) — Token program improvements (authorities) - [LP-0014](LP-0014.md) — Token program improvements (ATAs + wallet tooling) -- [LP-0023](LP-0023.md) — Program registry with verified builds for LEZ programs (bytecode-to-source). **Recommended, not required**: it is recommended to integrate LP-0023's winner into the approval flow (see Usability above), but this will not influence the evaluation decision. +- [LP-0023](LP-0023.md) — Program registry with verified builds for LEZ programs (bytecode-to-source). Source verification itself is required (see Usability above); using LP-0023's registry specifically is recommended but not required — any equivalent registry satisfies the criterion. ## Potential for Subsequent λ Prizes From edb4725c836852135220ad10cddac36e39ee03c0 Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Wed, 2 Sep 2026 15:36:00 +1000 Subject: [PATCH 39/42] LP-0021, LP-0022: source verification required, LP-0023 registry recommended not mandated Source-verification status in the approval prompt stays a hard requirement. Using LP-0023's registry specifically is a recommendation, not mandatory. --- prizes/LP-0021.md | 6 +++--- prizes/LP-0022.md | 6 +++--- 2 files changed, 6 insertions(+), 6 deletions(-) diff --git a/prizes/LP-0021.md b/prizes/LP-0021.md index 5cc8687d..7cbd9ae3 100644 --- a/prizes/LP-0021.md +++ b/prizes/LP-0021.md @@ -3,7 +3,7 @@ --- dependencies: - id: LP-0023 - reason: approval flow must show program source-verification status; LP-0023's registry is the recommended (not required) provider + reason: wallet approval flow requires the program registry to show verified source for called programs --- # LP-0021: LEZ Zone Wallet and SDK [DRAFT] @@ -37,7 +37,7 @@ Logos Execution Zones (LEZ) are the programmable environment where Logos dApps r - [ ] Provide a Logos Basecamp app GUI with local build instructions and loadable assets. - [ ] Logos Basecamp modules (core and ui types) are published to a module catalog: a fork of [`logos-modules-release-base`](https://github.com/logos-co/logos-modules-release-base), publishing releases via [`logos-modules-release-action`](https://github.com/logos-co/logos-modules-release-action). The catalog's `logos-repo.json` URL must be included in the submission so evaluators can install the module through the package-manager UI / `lgpd`. - [ ] Account selection and transaction approval prompts clearly identify the requesting dApp, the target account, and (for transactions) the asset, amount, and destination. **For smart-contract interactions** (including token approvals), the prompt must show a human-readable summary of the call's effects: assets/approvals granted or moved and to which program/account, not just raw calldata, so the user can catch unexpected outflows or unlimited approvals before signing. -- [ ] **Program source verification.** The approval prompt must show the user some form of source-verification status (e.g. verified / unverified / unknown) for the program being called, backed by a bytecode-to-source registry. [LP-0023](LP-0023.md)'s registry is recommended but not required — any equivalent registry the submitting team chooses satisfies this criterion. +- [ ] **Program source verification.** The approval prompt must show the user the program's source-verification status for the program being called. [LP-0023](LP-0023.md)'s program registry is the recommended source for this. - [ ] **UX quality.** The wallet must be polished, functional, and usable by a non-expert: coherent navigation across accounts, comprehensible transaction previews, and clear error/pending states. This is judged against overall impression rather than a checklist: evaluators will use the wallet as a normal user would. - [ ] Display estimated gas usage and gas used on transaction; if available on testnet v0.3 (as currently planned). @@ -130,7 +130,7 @@ The following policies apply to all prizes (see [evaluation policies](../README. - [LP-0013](LP-0013.md) — Token program improvements (authorities) - [LP-0014](LP-0014.md) — Token program improvements (ATAs + wallet tooling) - [LP-0022](LP-0022.md) — Combined blockchain + zone wallet (follow-up) -- [LP-0023](LP-0023.md) — Program registry with verified builds for LEZ programs (bytecode-to-source). Source verification itself is required (see Usability above); using LP-0023's registry specifically is recommended but not required — any equivalent registry satisfies the criterion. +- [LP-0023](LP-0023.md) — Program registry with verified builds for LEZ programs (bytecode-to-source). Recommended as the source-verification registry backing the approval-flow requirement above. ## Potential for Subsequent λ Prizes diff --git a/prizes/LP-0022.md b/prizes/LP-0022.md index c17001cd..eb8b607d 100644 --- a/prizes/LP-0022.md +++ b/prizes/LP-0022.md @@ -5,7 +5,7 @@ dependencies: - id: LP-0021 reason: extends the LEZ-only wallet and SDK to the Logos blockchain, staking, bridging, and multi-zone configuration - id: LP-0023 - reason: approval flow must show program source-verification status; LP-0023's registry is the recommended (not required) provider + reason: wallet approval flow requires the program registry to show verified source for called programs --- # LP-0022: Combined Blockchain and Zone Wallet [DRAFT] @@ -43,7 +43,7 @@ Submissions to this λPrize are welcome from the LP-0021 winning team, from a di - [ ] The Basecamp app GUI and CLI are extended to cover blockchain accounts, staking, bridging, and multi-zone/sequencer configuration. - [ ] The extended Logos Basecamp module (core and ui types) continues to be published to a module catalog: a fork of [`logos-modules-release-base`](https://github.com/logos-co/logos-modules-release-base), publishing releases via [`logos-modules-release-action`](https://github.com/logos-co/logos-modules-release-action). The catalog's `logos-repo.json` URL must be included in the submission so evaluators can install the module through the package-manager UI / `lgpd`. - [ ] Account selection and transaction approval prompts clearly identify the requesting dApp, the target account (including which chain/zone), and (for transactions) the asset, amount, and destination. **For smart-contract interactions** (including token approvals, staking, and bridging), the prompt must show a human-readable summary of the call's effects: assets/approvals granted or moved and to which program/account, not just raw calldata, so the user can catch unexpected outflows or unlimited approvals before signing. -- [ ] **Program source verification.** The approval prompt must show the user some form of source-verification status (e.g. verified / unverified / unknown) for the program being called, backed by a bytecode-to-source registry. [LP-0023](LP-0023.md)'s registry is recommended but not required — any equivalent registry the submitting team chooses satisfies this criterion. +- [ ] **Program source verification.** The approval prompt must show the user the program's source-verification status for the program being called. [LP-0023](LP-0023.md)'s program registry is the recommended source for this. - [ ] **UX quality.** The extended wallet must remain polished and usable by a non-expert across chains and zones: coherent navigation, comprehensible transaction previews (including bridge and staking flows), and clear error/pending states. This is judged against overall impression rather than a checklist: evaluators will use the wallet as a normal user would. - [ ] Display estimated gas usage and gas used on blockchain transactions; if available on testnet v0.3 (as currently planned). @@ -140,7 +140,7 @@ The following policies apply to all prizes (see [evaluation policies](../README. - [LP-0021](LP-0021.md) — LEZ zone wallet and SDK (prerequisite) - [LP-0013](LP-0013.md) — Token program improvements (authorities) - [LP-0014](LP-0014.md) — Token program improvements (ATAs + wallet tooling) -- [LP-0023](LP-0023.md) — Program registry with verified builds for LEZ programs (bytecode-to-source). Source verification itself is required (see Usability above); using LP-0023's registry specifically is recommended but not required — any equivalent registry satisfies the criterion. +- [LP-0023](LP-0023.md) — Program registry with verified builds for LEZ programs (bytecode-to-source). Recommended as the source-verification registry backing the approval-flow requirement above. ## Potential for Subsequent λ Prizes From 67d44932721275db1cb165e3c182a92629800218 Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Thu, 3 Sep 2026 14:20:57 +1000 Subject: [PATCH 40/42] LP-0022: target testnet 0.4, note LP-0021 base may need bringing to 0.4 Co-Authored-By: Claude Sonnet 5 --- prizes/LP-0022.md | 9 +++++---- 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/prizes/LP-0022.md b/prizes/LP-0022.md index eb8b607d..6055c2b5 100644 --- a/prizes/LP-0022.md +++ b/prizes/LP-0022.md @@ -35,7 +35,7 @@ Submissions to this λPrize are welcome from the LP-0021 winning team, from a di - [ ] **Developer SDK extension**: extend the LP-0021 SDK so third-party dApps can request account access, read balances/state, and propose transactions against the Logos blockchain and across multiple configured zones, not just the single zone LP-0021 supported. - [ ] **Testimonial mini app extension**: extend the LP-0021 testimonial mini app so it also inscribes on the Logos blockchain, going through the same connect → account selection → approval → transaction flow used for the zone. - [ ] **Faucet mini app extension**: extend the LP-0021 faucet mini app so it also requests testnet funds from the Logos blockchain faucet, using the SDK to let the user select which account receives them. A single app covering both layers is preferred; a separate app is acceptable if the faucet backends differ enough that one flow would be contorted. It must report success/failure per layer and handle faucet rate-limiting gracefully. -- [ ] **Testnet 0.3**: the wallet operates end-to-end against Logos testnet 0.3 (blockchain + at least two LEZ zones, to demonstrate multi-zone configuration). +- [ ] **Testnet 0.4**: the wallet operates end-to-end against Logos testnet 0.4 (blockchain + at least two LEZ zones, to demonstrate multi-zone configuration). ### Usability @@ -45,7 +45,7 @@ Submissions to this λPrize are welcome from the LP-0021 winning team, from a di - [ ] Account selection and transaction approval prompts clearly identify the requesting dApp, the target account (including which chain/zone), and (for transactions) the asset, amount, and destination. **For smart-contract interactions** (including token approvals, staking, and bridging), the prompt must show a human-readable summary of the call's effects: assets/approvals granted or moved and to which program/account, not just raw calldata, so the user can catch unexpected outflows or unlimited approvals before signing. - [ ] **Program source verification.** The approval prompt must show the user the program's source-verification status for the program being called. [LP-0023](LP-0023.md)'s program registry is the recommended source for this. - [ ] **UX quality.** The extended wallet must remain polished and usable by a non-expert across chains and zones: coherent navigation, comprehensible transaction previews (including bridge and staking flows), and clear error/pending states. This is judged against overall impression rather than a checklist: evaluators will use the wallet as a normal user would. -- [ ] Display estimated gas usage and gas used on blockchain transactions; if available on testnet v0.3 (as currently planned). +- [ ] Display estimated gas usage and gas used on blockchain transactions; if available on testnet v0.4 (as currently planned). ### Reliability @@ -61,7 +61,7 @@ Submissions to this λPrize are welcome from the LP-0021 winning team, from a di ### Supportability -- [ ] Deployed and tested against Logos testnet 0.3 (blockchain and multiple LEZ zones). +- [ ] Deployed and tested against Logos testnet 0.4 (blockchain and multiple LEZ zones). - [ ] Logos Basecamp modules are built with [`logos-module-builder`](https://github.com/logos-co/logos-module-builder) (`mkLogosModule`) and can be installed on both Linux and MacOS desktop platforms. - [ ] End-to-end integration tests run against a real sequencer (standalone mode) and are included in CI; CI is green on the default branch. - [ ] README documents setup, zone/sequencer configuration, account management, and step-by-step usage via CLI and Basecamp app. @@ -94,6 +94,7 @@ Submissions to this λPrize are welcome from the LP-0021 winning team, from a di - Extending the LP-0021 SDK to cover blockchain and multi-zone account-access, state-read, and transaction-proposal APIs. - Extending the LP-0021 testimonial and faucet mini apps to the blockchain layer. - Extending the CLI and Basecamp app GUI to the above. +- If the LP-0021 foundation this prize builds on has not already been updated to testnet 0.4, bringing it up to 0.4 as part of this work (this prize's testnet target takes precedence over LP-0021's). ### Out of Scope @@ -146,7 +147,7 @@ The following policies apply to all prizes (see [evaluation policies](../README. This prize covers the **second adoption tranche**, extending [LP-0021](LP-0021.md) to the blockchain and multi-zone case. A follow-up λPrize is expected for the next tranche, raising the adoption thresholds and adapting the metrics to the network phase at that time. -This prize also targets Logos testnet 0.3. Should a future testnet version (e.g., V0.4) introduce breaking changes to staking, bridging, or the token program, a subsequent λ Prize may be opened to cover adaptation. +This prize also targets Logos testnet 0.4. Should a future testnet version introduce breaking changes to staking, bridging, or the token program, a subsequent λ Prize may be opened to cover adaptation. ## Note From ab68b77beb07bd63202981c20542fdcb09359950 Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Thu, 3 Sep 2026 14:28:18 +1000 Subject: [PATCH 41/42] Match canonical Specification disclaimer format; move LP-0021/22 to adoption-first table README's prize index now splits into adoption-first vs legacy tables (merged separately); place the new prizes under adoption-first. Also align the disclaimer block with the format landed in prizes/LP-0000.md (--- separator, bold Note lead-in, markdown link to TERMS.md). --- README.md | 4 ++-- prizes/LP-0021.md | 6 +++--- prizes/LP-0022.md | 6 +++--- 3 files changed, 8 insertions(+), 8 deletions(-) diff --git a/README.md b/README.md index c1fa28a9..e0df1776 100644 --- a/README.md +++ b/README.md @@ -31,6 +31,8 @@ All prizes live in the `[prizes/](prizes/)` directory. Each prize is a markdown | File | Description | Size | Status | |------|-------------|------|--------| | [LP-0000](prizes/LP-0000.md) | Template — use this as the starting point for new prizes | — | — | +| [LP-0021](prizes/LP-0021.md) | LEZ Zone Wallet and SDK | X-Large | Draft | +| [LP-0022](prizes/LP-0022.md) | Combined Blockchain and Zone Wallet | Large | Draft | ### Legacy prizes (original scheme) @@ -52,8 +54,6 @@ All prizes live in the `[prizes/](prizes/)` directory. Each prize is a markdown | [LP-0015](prizes/LP-0015.md) | General cross-program calls via tail calls | Large | Closed | | [LP-0016](prizes/LP-0016.md) | Anonymous Forum with Threshold Moderation | Large | Closed ([Solution](solutions/LP-0016.md)) | | [LP-0017](prizes/LP-0017.md) | Whistleblower: document upload and indexing Basecamp app | Medium | Closed ([Solution](solutions/LP-0017.md)) | -| [LP-0021](prizes/LP-0021.md) | LEZ Zone Wallet and SDK | X-Large | Draft | -| [LP-0022](prizes/LP-0022.md) | Combined Blockchain and Zone Wallet | Large | Draft | > [!IMPORTANT] > **Legacy scheme wind-down.** To make room for adoption-first prizes, **LP-0002**, **LP-0003**, and **LP-0008** close on **11 September 2026 at 23:59 CEST**. No new submissions will be accepted after that time. If you have already submitted a solution, yours will be reviewed first. In-flight submissions received before the deadline will still be evaluated. Prizes already marked *Closed* are unaffected. diff --git a/prizes/LP-0021.md b/prizes/LP-0021.md index 7cbd9ae3..a4ded815 100644 --- a/prizes/LP-0021.md +++ b/prizes/LP-0021.md @@ -138,9 +138,9 @@ This prize covers the **first adoption tranche** for the LEZ-only wallet. [LP-00 This prize also targets Logos testnet 0.3. Should a future testnet version (e.g., V0.4) introduce breaking changes to the token program, a subsequent λ Prize may be opened to cover adaptation. -## Note +--- -Note: The Specification in this Prize describes an outcome that Logos intends to benefit the Logos ecosystem. It sets out criteria and certain requirements a Participant should fulfill in order to potentially be eligible to be awarded a Prize amount, and is not intended to be an instruction or to direct a Participant's initiative or approach. They are guided by existing approaches and implementations in other mature blockchain systems and their ecosystems, as well as by functional requirements particular to the Logos technology stack or perceived usefulness to such stack or the wider community building on it. +**Note:** The Specification in this Prize describes an outcome that Logos intends to benefit the Logos ecosystem. It sets out criteria and certain requirements a Participant should fulfill in order to potentially be eligible to be awarded a Prize amount, and is not intended to be an instruction or to direct a Participant's initiative or approach. They are guided by existing approaches and implementations in other mature blockchain systems and their ecosystems, as well as by functional requirements particular to the Logos technology stack or perceived usefulness to such stack or the wider community building on it. Logos makes no representation as to the legal or regulatory treatment of this Specification or any implementation of it in any jurisdiction. @@ -154,4 +154,4 @@ Artefacts developed by Participants in connection with the Program are published Participants or other persons who choose to build upon, host, maintain, deploy, operate, use or publicly promote any Artefacts, do so at their own risk and as a principal and in their own name. Any such persons are further solely responsible for complying with any legal or regulatory requirements that apply to them with such use. Logos does not make any representation, provide any advice or assume any responsibility regarding the use of such Artefacts, or any determination of compliance with applicable law or regulation. -For further details of the above and what terms and conditions apply to a Participant, please refer to the λPrize Program – Terms & Conditions. +For further details of the above and what terms and conditions apply to a Participant, please refer to the [λPrize Program – Terms & Conditions](../TERMS.md). diff --git a/prizes/LP-0022.md b/prizes/LP-0022.md index 6055c2b5..f60103d4 100644 --- a/prizes/LP-0022.md +++ b/prizes/LP-0022.md @@ -149,9 +149,9 @@ This prize covers the **second adoption tranche**, extending [LP-0021](LP-0021.m This prize also targets Logos testnet 0.4. Should a future testnet version introduce breaking changes to staking, bridging, or the token program, a subsequent λ Prize may be opened to cover adaptation. -## Note +--- -Note: The Specification in this Prize describes an outcome that Logos intends to benefit the Logos ecosystem. It sets out criteria and certain requirements a Participant should fulfill in order to potentially be eligible to be awarded a Prize amount, and is not intended to be an instruction or to direct a Participant's initiative or approach. They are guided by existing approaches and implementations in other mature blockchain systems and their ecosystems, as well as by functional requirements particular to the Logos technology stack or perceived usefulness to such stack or the wider community building on it. +**Note:** The Specification in this Prize describes an outcome that Logos intends to benefit the Logos ecosystem. It sets out criteria and certain requirements a Participant should fulfill in order to potentially be eligible to be awarded a Prize amount, and is not intended to be an instruction or to direct a Participant's initiative or approach. They are guided by existing approaches and implementations in other mature blockchain systems and their ecosystems, as well as by functional requirements particular to the Logos technology stack or perceived usefulness to such stack or the wider community building on it. Logos makes no representation as to the legal or regulatory treatment of this Specification or any implementation of it in any jurisdiction. @@ -165,4 +165,4 @@ Artefacts developed by Participants in connection with the Program are published Participants or other persons who choose to build upon, host, maintain, deploy, operate, use or publicly promote any Artefacts, do so at their own risk and as a principal and in their own name. Any such persons are further solely responsible for complying with any legal or regulatory requirements that apply to them with such use. Logos does not make any representation, provide any advice or assume any responsibility regarding the use of such Artefacts, or any determination of compliance with applicable law or regulation. -For further details of the above and what terms and conditions apply to a Participant, please refer to the λPrize Program – Terms & Conditions. +For further details of the above and what terms and conditions apply to a Participant, please refer to the [λPrize Program – Terms & Conditions](../TERMS.md). From 25162fb6667f63f98c0771094750ed4e5c945362 Mon Sep 17 00:00:00 2001 From: fryorcraken Date: Thu, 10 Sep 2026 16:19:58 +1000 Subject: [PATCH 42/42] LP-0021, LP-0022: rename the SDK to Wallet Provider SDK "Provider" matches the EIP-1193 sense already familiar to web3 developers: the wallet provides account access, state reads and transaction proposals to a dApp. "Adapter" would imply a layer normalising several competing wallets, which is not what this ships. Retitle LP-0021 to "LEZ Wallet and Provider SDK" and update the README row and the LP-0022 cross-reference to match. Co-Authored-By: Claude Opus 5 (1M context) --- README.md | 2 +- prizes/LP-0021.md | 18 +++++++++--------- prizes/LP-0022.md | 20 ++++++++++---------- 3 files changed, 20 insertions(+), 20 deletions(-) diff --git a/README.md b/README.md index e0df1776..f1d609e3 100644 --- a/README.md +++ b/README.md @@ -31,7 +31,7 @@ All prizes live in the `[prizes/](prizes/)` directory. Each prize is a markdown | File | Description | Size | Status | |------|-------------|------|--------| | [LP-0000](prizes/LP-0000.md) | Template — use this as the starting point for new prizes | — | — | -| [LP-0021](prizes/LP-0021.md) | LEZ Zone Wallet and SDK | X-Large | Draft | +| [LP-0021](prizes/LP-0021.md) | LEZ Wallet and Provider SDK | X-Large | Draft | | [LP-0022](prizes/LP-0022.md) | Combined Blockchain and Zone Wallet | Large | Draft | ### Legacy prizes (original scheme) diff --git a/prizes/LP-0021.md b/prizes/LP-0021.md index a4ded815..58fb86da 100644 --- a/prizes/LP-0021.md +++ b/prizes/LP-0021.md @@ -6,17 +6,17 @@ dependencies: reason: wallet approval flow requires the program registry to show verified source for called programs --- -# LP-0021: LEZ Zone Wallet and SDK [DRAFT] +# LP-0021: LEZ Wallet and Provider SDK [DRAFT] **`Logos Circle: N/A`** ## Overview -This prize is for a Logos wallet module scoped to a single Logos Execution Zone (LEZ): a wallet experience that manages assets on a LEZ zone, including the token program, multiple accounts (public and private), and a developer-facing SDK with wallet selection and approval flows for third-party dApps. This is the first of two wallet prizes: it establishes the LEZ-side wallet, SDK, and approval UX that a follow-up prize ([LP-0022](LP-0022.md)) will extend to cover the Logos blockchain, staking, bridging, and multi-zone configuration. +This prize is for a Logos wallet module scoped to a single Logos Execution Zone (LEZ): a wallet experience that manages assets on a LEZ zone, including the token program, multiple accounts (public and private), and a developer-facing **Wallet Provider SDK** with wallet selection and approval flows for third-party dApps. This is the first of two wallet prizes: it establishes the LEZ-side wallet, Wallet Provider SDK, and approval UX that a follow-up prize ([LP-0022](LP-0022.md)) will extend to cover the Logos blockchain, staking, bridging, and multi-zone configuration. ## Motivation -Logos Execution Zones (LEZ) are the programmable environment where Logos dApps run, and every zone needs a wallet before it can have users or third-party integrations. Without a shared wallet and SDK, every dApp on a zone would need to reinvent key management, asset display, and approval UX. Scoping this first prize to a single zone lets a winning team ship a complete, adoption-ready wallet quickly, rather than being blocked on blockchain-level features (staking, bridging, multi-zone config) that are only needed once a base of zone-side users and dApps already exists. The wallet SDK and approval flow built here become the foundation LP-0022 extends to the blockchain and multi-zone case. +Logos Execution Zones (LEZ) are the programmable environment where Logos dApps run, and every zone needs a wallet before it can have users or third-party integrations. Without a shared wallet and Wallet Provider SDK, every dApp on a zone would need to reinvent key management, asset display, and approval UX. Scoping this first prize to a single zone lets a winning team ship a complete, adoption-ready wallet quickly, rather than being blocked on blockchain-level features (staking, bridging, multi-zone config) that are only needed once a base of zone-side users and dApps already exists. The Wallet Provider SDK and approval flow built here become the foundation LP-0022 extends to the blockchain and multi-zone case. ## Success Criteria @@ -25,7 +25,7 @@ Logos Execution Zones (LEZ) are the programmable environment where Logos dApps r - [ ] **LEZ assets**: own, send, and receive native and token-program assets on a LEZ zone, for both private and public accounts. - [ ] **Token program**: own and transfer fungible token-program assets on LEZ, from both public and private accounts. Non-fungible (NFT) assets are out of scope — see [Out of Scope](#out-of-scope). - [ ] **Multiple accounts (LEZ)**: create and manage multiple accounts on the zone, including both public and private accounts, and switch between them. -- [ ] **Developer SDK**: a documented SDK that lets a third-party dApp request account access, read balances/state, and propose transactions against the wallet. +- [ ] **Wallet Provider SDK**: a documented SDK that lets a third-party dApp request account access, read balances/state, and propose transactions against the wallet. - [ ] **Wallet selection & approval flow**: when a dApp requests a connection or a transaction, the user is shown a selection prompt (which account to use) and an approval prompt (what is being signed/sent) before anything is signed or submitted. - [ ] **Testimonial mini app**: a small reference application, built on the SDK, that lets any user publish a testimonial on the official Logos zone, going through the full connect → account selection → approval → transaction flow. This means **a standard LEZ program that stores each testimonial on-chain**. A testimonial carries custom text, an optional username, and a unique identifier for the given LP submission, so that testimonials can be attributed to the submission that produced them. It serves as the canonical SDK integration example for third-party developers, and is the tool used to produce the on-chain testimonials counted in the adoption criteria below. - [ ] **Faucet mini app**: a reference application, built on the SDK, that requests testnet funds from the LEZ faucet, using the SDK to let the user select which account receives them. It must report success/failure and handle faucet rate-limiting gracefully. @@ -33,7 +33,7 @@ Logos Execution Zones (LEZ) are the programmable environment where Logos dApps r ### Usability -- [ ] Provide a module/SDK usable by other Logos modules and third-party dApps to query balances, request account access, and request transfers and smart contract interactions. +- [ ] Provide a module/Wallet Provider SDK usable by other Logos modules and third-party dApps to query balances, request account access, and request transfers and smart contract interactions. - [ ] Provide a Logos Basecamp app GUI with local build instructions and loadable assets. - [ ] Logos Basecamp modules (core and ui types) are published to a module catalog: a fork of [`logos-modules-release-base`](https://github.com/logos-co/logos-modules-release-base), publishing releases via [`logos-modules-release-action`](https://github.com/logos-co/logos-modules-release-action). The catalog's `logos-repo.json` URL must be included in the submission so evaluators can install the module through the package-manager UI / `lgpd`. - [ ] Account selection and transaction approval prompts clearly identify the requesting dApp, the target account, and (for transactions) the asset, amount, and destination. **For smart-contract interactions** (including token approvals), the prompt must show a human-readable summary of the call's effects: assets/approvals granted or moved and to which program/account, not just raw calldata, so the user can catch unexpected outflows or unlimited approvals before signing. @@ -58,7 +58,7 @@ Logos Execution Zones (LEZ) are the programmable environment where Logos dApps r - [ ] Logos Basecamp modules are built with [`logos-module-builder`](https://github.com/logos-co/logos-module-builder) (`mkLogosModule`) and can be installed on both Linux and MacOS desktop platforms. - [ ] End-to-end integration tests run against a real sequencer (standalone mode) and are included in CI; CI is green on the default branch. - [ ] README documents setup, account management, and step-by-step usage via CLI and Basecamp app. -- [ ] SDK documentation covers the reference mini apps (testimonial and faucet) as worked examples of connect → account selection → approval → transaction. +- [ ] Wallet Provider SDK documentation covers the reference mini apps (testimonial and faucet) as worked examples of connect → account selection → approval → transaction. ### Adoption @@ -66,7 +66,7 @@ Logos Execution Zones (LEZ) are the programmable environment where Logos dApps r > > **All of the following are required in addition to the FURPS criteria above.** We publish the dimensions we look at, but hitting a raw number is not by itself sufficient (see [Terms & Conditions](../TERMS.md) for the evaluation policy that applies to all prizes). Evaluators will inspect commit histories and the posting history of vouching accounts. Volume that is clearly manufactured (fresh accounts, purchased engagement) does not count, regardless of the headline number. -- [ ] **10 third-party developers** have each shipped a functional Logos Basecamp app (a **ui type** Logos module, per the module-catalog requirement above) that uses the wallet SDK. Apps that only use the SDK outside a Basecamp app do not count. Each app must be publicly hosted on a mainstream forge (GitHub, GitLab, Codeberg, etc.) with a clear, genuine commit history: development spread over time by a real contributor, not a single bulk import. The 10 developers must be independent of each other and of the submitting team. +- [ ] **10 third-party developers** have each shipped a functional Logos Basecamp app (a **ui type** Logos module, per the module-catalog requirement above) that uses the Wallet Provider SDK. Apps that only use the SDK outside a Basecamp app do not count. Each app must be publicly hosted on a mainstream forge (GitHub, GitLab, Codeberg, etc.) with a clear, genuine commit history: development spread over time by a real contributor, not a single bulk import. The 10 developers must be independent of each other and of the submitting team. - [ ] **150 on-chain testimonials**, submitted by users through the testimonial mini app on the official Logos zone, each reading `I use wallet XYZ` or other custom text that clearly identifies this submission's wallet rather than a competing challenger's. They must come from **at least 150 distinct accounts**, and accounts with no prior unrelated testnet activity carry little weight. The official testnet zone is `https://testnet.lez.logos.co` (explorer: `https://explorer.testnet.lez.logos.co/`); the exact endpoint for testnet 0.3 will be confirmed when this prize opens. - [ ] **Sustained testimonial activity**: the 150 testimonials must be spread over **at least 2 months**, with **at least 30 new testimonials in each of those months**. A single burst of activity does not qualify, however large. Each testimonial carries the submission's unique identifier and is timestamped on-chain, so this is verified directly from chain data. - [ ] **30 testimonials on Discord** vouching for the wallet. Testimonials should describe what the person actually used the wallet for; account history will be checked. @@ -80,7 +80,7 @@ Logos Execution Zones (LEZ) are the programmable environment where Logos dApps r - Wallet module (key management, multi-account, asset display, transfers) for a single LEZ zone, including public and private accounts. - Token program support on LEZ. -- Developer SDK with account-access, state-read, and transaction-proposal APIs. +- Wallet Provider SDK with account-access, state-read, and transaction-proposal APIs. - Wallet-selection and transaction-approval UX flow for third-party dApp requests. - Reference SDK mini apps: a testimonial app that publishes testimonials on the official Logos zone, and a faucet app that requests testnet funds on that zone with SDK-driven account selection. - CLI and Basecamp app GUI. @@ -105,7 +105,7 @@ Open to any individual or team. Submissions must be original work. Teams must ho ## Submission Requirements -- Public repository with the wallet module, SDK, CLI, reference mini apps (testimonial and faucet), and Basecamp app GUI under MIT or Apache-2.0. +- Public repository with the wallet module, Wallet Provider SDK, CLI, reference mini apps (testimonial and faucet), and Basecamp app GUI under MIT or Apache-2.0. - Narrated video walkthrough demonstrating: key/multi-account setup (including a private LEZ account), funding accounts via the faucet mini app, sending/receiving on the LEZ zone, token program usage, and the testimonial mini app performing connect → account selection → approval → testimonial creation via the SDK. (A narrated demo is required for every prize: see [demo requirements](../README.md#evaluation-policies).) - Evidence for each adoption criterion: links to the 10 third-party SDK apps and their repositories, the wallet repository, the on-chain testimonials (with the submission identifier and per-month counts so the sustained-activity criterion can be verified), and the Discord and Twitter/X testimonials. - FURPS self-assessment as part of the solution (see [solution template](../solutions/LP-0000.md)). diff --git a/prizes/LP-0022.md b/prizes/LP-0022.md index f60103d4..6b7c71b7 100644 --- a/prizes/LP-0022.md +++ b/prizes/LP-0022.md @@ -3,7 +3,7 @@ --- dependencies: - id: LP-0021 - reason: extends the LEZ-only wallet and SDK to the Logos blockchain, staking, bridging, and multi-zone configuration + reason: extends the LEZ-only wallet and Wallet Provider SDK to the Logos blockchain, staking, bridging, and multi-zone configuration - id: LP-0023 reason: wallet approval flow requires the program registry to show verified source for called programs --- @@ -14,11 +14,11 @@ dependencies: ## Overview -This prize extends the LEZ-only wallet from [LP-0021](LP-0021.md) into a single wallet experience that manages assets across the Logos blockchain **and** any number of Logos Execution Zones (LEZ): staking, bridging between chain and zones, multi-zone/sequencer configuration, and the corresponding SDK and mini-app extensions. +This prize extends the LEZ-only wallet from [LP-0021](LP-0021.md) into a single wallet experience that manages assets across the Logos blockchain **and** any number of Logos Execution Zones (LEZ): staking, bridging between chain and zones, multi-zone/sequencer configuration, and the corresponding Wallet Provider SDK and mini-app extensions. ## Motivation -Logos' architecture separates a base blockchain from programmable execution zones, and expects users to interact with multiple zones, each potentially served by a different sequencer. LP-0021 established a wallet, SDK, and approval UX for a single zone; this prize builds on that foundation once it exists, adding the blockchain layer, staking, bridging, and multi-zone support that only matter once a base of zone-side users and dApps is already in place. Splitting the two lets a team ship and start accruing zone-side adoption early, then extend to the full cross-chain wallet without re-doing the SDK and approval-flow work. +Logos' architecture separates a base blockchain from programmable execution zones, and expects users to interact with multiple zones, each potentially served by a different sequencer. LP-0021 established a wallet, Wallet Provider SDK, and approval UX for a single zone; this prize builds on that foundation once it exists, adding the blockchain layer, staking, bridging, and multi-zone support that only matter once a base of zone-side users and dApps is already in place. Splitting the two lets a team ship and start accruing zone-side adoption early, then extend to the full cross-chain wallet without re-doing the Wallet Provider SDK and approval-flow work. Submissions to this λPrize are welcome from the LP-0021 winning team, from a different team building a new codebase, or from a fork of a merged LP-0021 solution; submissions must be MIT or Apache-2.0 licensed either way (see [Eligibility](#eligibility)). @@ -32,14 +32,14 @@ Submissions to this λPrize are welcome from the LP-0021 winning team, from a di - [ ] **Multi-zone configuration**: add, remove, and switch between multiple configured LEZ zones. - [ ] **Sequencer configuration**: configure which sequencer endpoint is used per zone, and switch sequencers without losing wallet state. - [ ] **Multiple accounts (blockchain)**: create and manage multiple accounts on the Logos blockchain. -- [ ] **Developer SDK extension**: extend the LP-0021 SDK so third-party dApps can request account access, read balances/state, and propose transactions against the Logos blockchain and across multiple configured zones, not just the single zone LP-0021 supported. +- [ ] **Wallet Provider SDK extension**: extend the LP-0021 Wallet Provider SDK so third-party dApps can request account access, read balances/state, and propose transactions against the Logos blockchain and across multiple configured zones, not just the single zone LP-0021 supported. - [ ] **Testimonial mini app extension**: extend the LP-0021 testimonial mini app so it also inscribes on the Logos blockchain, going through the same connect → account selection → approval → transaction flow used for the zone. - [ ] **Faucet mini app extension**: extend the LP-0021 faucet mini app so it also requests testnet funds from the Logos blockchain faucet, using the SDK to let the user select which account receives them. A single app covering both layers is preferred; a separate app is acceptable if the faucet backends differ enough that one flow would be contorted. It must report success/failure per layer and handle faucet rate-limiting gracefully. - [ ] **Testnet 0.4**: the wallet operates end-to-end against Logos testnet 0.4 (blockchain + at least two LEZ zones, to demonstrate multi-zone configuration). ### Usability -- [ ] The SDK continues to be usable by other Logos modules and third-party dApps to query balances, request account access, and request transfers and smart contract interactions, now across the blockchain and multiple zones. +- [ ] The Wallet Provider SDK continues to be usable by other Logos modules and third-party dApps to query balances, request account access, and request transfers and smart contract interactions, now across the blockchain and multiple zones. - [ ] The Basecamp app GUI and CLI are extended to cover blockchain accounts, staking, bridging, and multi-zone/sequencer configuration. - [ ] The extended Logos Basecamp module (core and ui types) continues to be published to a module catalog: a fork of [`logos-modules-release-base`](https://github.com/logos-co/logos-modules-release-base), publishing releases via [`logos-modules-release-action`](https://github.com/logos-co/logos-modules-release-action). The catalog's `logos-repo.json` URL must be included in the submission so evaluators can install the module through the package-manager UI / `lgpd`. - [ ] Account selection and transaction approval prompts clearly identify the requesting dApp, the target account (including which chain/zone), and (for transactions) the asset, amount, and destination. **For smart-contract interactions** (including token approvals, staking, and bridging), the prompt must show a human-readable summary of the call's effects: assets/approvals granted or moved and to which program/account, not just raw calldata, so the user can catch unexpected outflows or unlimited approvals before signing. @@ -65,7 +65,7 @@ Submissions to this λPrize are welcome from the LP-0021 winning team, from a di - [ ] Logos Basecamp modules are built with [`logos-module-builder`](https://github.com/logos-co/logos-module-builder) (`mkLogosModule`) and can be installed on both Linux and MacOS desktop platforms. - [ ] End-to-end integration tests run against a real sequencer (standalone mode) and are included in CI; CI is green on the default branch. - [ ] README documents setup, zone/sequencer configuration, account management, and step-by-step usage via CLI and Basecamp app. -- [ ] SDK documentation covers the extended reference mini apps (testimonial and faucet) as worked examples of connect → account selection → approval → transaction across chain and zones. +- [ ] Wallet Provider SDK documentation covers the extended reference mini apps (testimonial and faucet) as worked examples of connect → account selection → approval → transaction across chain and zones. ### Adoption @@ -91,14 +91,14 @@ Submissions to this λPrize are welcome from the LP-0021 winning team, from a di - Staking/unstaking/reward claim flows on the Logos blockchain. - Bidirectional bridge flow between blockchain and zone. - Multi-zone and per-zone sequencer configuration. -- Extending the LP-0021 SDK to cover blockchain and multi-zone account-access, state-read, and transaction-proposal APIs. +- Extending the LP-0021 Wallet Provider SDK to cover blockchain and multi-zone account-access, state-read, and transaction-proposal APIs. - Extending the LP-0021 testimonial and faucet mini apps to the blockchain layer. - Extending the CLI and Basecamp app GUI to the above. - If the LP-0021 foundation this prize builds on has not already been updated to testnet 0.4, bringing it up to 0.4 as part of this work (this prize's testnet target takes precedence over LP-0021's). ### Out of Scope -- The base LEZ wallet, SDK, and single-zone approval flow — covered by [LP-0021](LP-0021.md); this prize assumes that foundation exists and builds on it. +- The base LEZ wallet, Wallet Provider SDK, and single-zone approval flow — covered by [LP-0021](LP-0021.md); this prize assumes that foundation exists and builds on it. - Designing or implementing the bridge or staking protocol itself — the wallet integrates with existing/reference implementations. - **Non-fungible (NFT) assets.** The token program covers both fungible and non-fungible assets, but this prize requires fungible token support only; NFT support (owning, transferring, or displaying NFTs) is optional. - Hardware wallet integration. @@ -116,7 +116,7 @@ Open to any individual or team. A submission must build on a merged LP-0021 solu ## Submission Requirements -- Public repository with the extended wallet module, SDK, CLI, extended reference mini apps (testimonial and faucet), and Basecamp app GUI under MIT or Apache-2.0. +- Public repository with the extended wallet module, Wallet Provider SDK, CLI, extended reference mini apps (testimonial and faucet), and Basecamp app GUI under MIT or Apache-2.0. - Narrated video walkthrough demonstrating: blockchain multi-account setup, funding accounts via the extended faucet mini app on both layers, sending/receiving on the blockchain, stake/unstake/claim, a full bridge round-trip, adding a second zone with its own sequencer, and the extended testimonial mini app performing connect → account selection → approval → inscription on the blockchain via the SDK. (A narrated demo is required for every prize: see [demo requirements](../README.md#evaluation-policies).) - Evidence for each adoption criterion: links to the 5 third-party SDK apps and their repositories, the wallet repository, the on-chain blockchain inscriptions (with the submission identifier and per-month counts so the sustained-activity criterion can be verified), and the Discord and Twitter/X testimonials. - FURPS self-assessment as part of the solution (see [solution template](../solutions/LP-0000.md)). @@ -138,7 +138,7 @@ The following policies apply to all prizes (see [evaluation policies](../README. - [Logos Execution Zone repo](https://github.com/logos-blockchain/logos-execution-zone/) - [LEZ programs repo](https://github.com/logos-blockchain/lez-programs/) — includes the token program -- [LP-0021](LP-0021.md) — LEZ zone wallet and SDK (prerequisite) +- [LP-0021](LP-0021.md) — LEZ Wallet and Provider SDK (prerequisite) - [LP-0013](LP-0013.md) — Token program improvements (authorities) - [LP-0014](LP-0014.md) — Token program improvements (ATAs + wallet tooling) - [LP-0023](LP-0023.md) — Program registry with verified builds for LEZ programs (bytecode-to-source). Recommended as the source-verification registry backing the approval-flow requirement above.