diff --git a/README.md b/README.md index d4ad00d..28c9397 100644 --- a/README.md +++ b/README.md @@ -40,6 +40,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) | LEZ Zone Wallet and SDK | Large | Draft | +| [LP-0022](prizes/LP-0022.md) | Combined Blockchain and Zone Wallet | Large | Draft | ### Proposing a New Prize diff --git a/prizes/LP-0021.md b/prizes/LP-0021.md new file mode 100644 index 0000000..85e0c6c --- /dev/null +++ b/prizes/LP-0021.md @@ -0,0 +1,138 @@ + + +--- +dependencies: [] +--- + +# LP-0021: LEZ Zone Wallet and 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. + +## 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. + +## Success Criteria + +### 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 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 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. + +### 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 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. +- [ ] **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 + +- [ ] 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 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). + +### 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`). +- [ ] 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 + +> 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.** 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. +- [ ] **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 ([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 + +### 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. +- 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. +- 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). +- 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. + +## Prize Structure + +- **Total Prize:** $20,000 +- **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, 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. +- 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)): + +- **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/) +- [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) +- 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 + +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. diff --git a/prizes/LP-0022.md b/prizes/LP-0022.md new file mode 100644 index 0000000..5a53a7f --- /dev/null +++ b/prizes/LP-0022.md @@ -0,0 +1,142 @@ + + +--- +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, 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. +- [ ] **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, 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. +- [ ] **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) 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.** 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. + +> 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. +- 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. +- **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. + +## Prize Structure + +- **Total Prize:** $10,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, 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/) +- [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) +- 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 + +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.