You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Restructure config.ts into a per-network config map #113
src/config.ts builds a single frozen config object at import — one Horizon, one RPC, one passphrase, one Soroswap factory. Worse, the defaults are incoherent: HORIZON_URL/RPC_URL default to testnet while the Soroswap factory, Reflector oracle and Aquarius API default to mainnet addresses. Dual-network needs config resolved per network, not one flat object.
What to build
Replace the flat config with config.networks.{testnet,mainnet}, each carrying horizon.url, rpc.url, network.passphrase, soroswap.factoryAddress, oracle ids, and watched pairs — from paired env vars.
config.networks.testnet and .mainnet each fully specified
No more incoherent testnet-RPC/mainnet-contract defaults
Back-compat single-network env still resolves
.env.example documents both
Drips Wave · Complexity: Advanced · 200 points
Required: Before submitting, join the contributor Telegram so your work can be tracked and counted toward the Stellar Wave: https://t.me/+fxHXq8f1SwlkZDBk
@gideonpius7-design has applied to work on this issue as part of the Stellar Wave Program's 8th wave.
I would like to apply for this issue to refactor src/config.ts into a clean, multi-network config structure. Resolving per-network configurations will fix the current mismatch between default testnet RPCs and mainnet contract addresses while preserving backwards compatibility.
Congratulations, @gideonpius7-design! 🎉 Your application was accepted by the repo's maintainers, and the issue is due on August 31, 2026.
🧑💻 @gideonpius7-design: Please resolve the issue such that the repo's maintainers have enough time to review your contribution before the due date. You'll earn Points for completing the issue on-time, which will make you eligible for a share of the Stellar Wave Program's reward pool.
Warning
When opening a PR, please link it to this issue to ensure it gets tracked accurately. Points are awarded when this issue is marked as completed by the maintainer.
🤠 Repo maintainers: Please keep an eye on the contributor's progress and review their work before the due date. You can manage this issue, including adjusting its complexity and points, here.
Unassigning so this can be added to the Stellar Wave — a Wave issue can't carry an assignee from outside the programme.
@gideonpius7-design this isn't a reassignment away from you: nothing has been submitted against it and it stays open. If you're still working on it, claim it through the Wave and it counts toward your points there. Apologies for the shuffle.
@Belzabeem has applied to work on this issue as part of the Stellar Wave Program's 10th wave.
I’d love to implement network-specific configuration with consistent endpoints and contract addresses, while preserving backward compatibility and documenting both networks in .env.example; kindly assign it to me.
Congratulations, @Belzabeem! 🎉 Your application was accepted by the repo's maintainers, and the issue is due on October 22, 2026.
🧑💻 @Belzabeem: Please resolve the issue such that the repo's maintainers have enough time to review your contribution before the due date. You'll earn Points for completing the issue on-time, which will make you eligible for a share of the Stellar Wave Program's reward pool.
Warning
When opening a PR, please link it to this issue to ensure it gets tracked accurately. Points are awarded when this issue is marked as completed by the maintainer.
🤠 Repo maintainers: Please keep an eye on the contributor's progress and review their work before the due date. You can manage this issue, including adjusting its complexity and points, here.
Moderator's reason: [Auto-assessed] The PR is open with no maintainer response or objections across any of the four channels. The code changes correctly scope the candles query to the requested network, add comprehensive test coverage, and update the OpenAPI specifications with shared error components and dated examples.
😎 @Belzabeem: You earned 200 Points for completing this issue! Once the Wave's rewards are finalized, you'll be eligible for a percentage of the Wave's reward pool based on the percentage of total points you've earned. Learn more here.
🧑💻 Repo maintainers: How'd the contributor do? Leave a review to share your experience working with them.
ℹ️ Note: This issue was marked complete via moderation. Points were issued even though the GitHub issue remains open.
Activity
Amas-01 commentedon Aug 24, 2026
@Amas-01 has applied to work on this issue as part of the Stellar Wave Program's 8th wave.
ℹ️ Repo Maintainers: To accept this application, review their application or assign @Amas-01 to this issue.
gideonpius7-design commentedon Aug 24, 2026
@gideonpius7-design has applied to work on this issue as part of the Stellar Wave Program's 8th wave.
ℹ️ Repo Maintainers: To accept this application, review their application or assign @gideonpius7-design to this issue.
drips-wave commentedon Aug 25, 2026
Congratulations, @gideonpius7-design! 🎉 Your application was accepted by the repo's maintainers, and the issue is due on August 31, 2026.
🧑💻 @gideonpius7-design: Please resolve the issue such that the repo's maintainers have enough time to review your contribution before the due date. You'll earn Points for completing the issue on-time, which will make you eligible for a share of the Stellar Wave Program's reward pool.
Warning
When opening a PR, please link it to this issue to ensure it gets tracked accurately. Points are awarded when this issue is marked as completed by the maintainer.
🤠 Repo maintainers: Please keep an eye on the contributor's progress and review their work before the due date. You can manage this issue, including adjusting its complexity and points, here.
🌊 Happy Wave 🌊
feat: restructure config into per-network map (#113)
Merge pull request #121 from gideonpius7-design/feat/per-network-config
docs: correct CONTRIBUTING and dual-network docs to match main (#192)
docs(dual-network): stop claiming #113 is closed when it is open
Miracle656 commentedon Oct 16, 2026
Unassigning so this can be added to the Stellar Wave — a Wave issue can't carry an assignee from outside the programme.
@gideonpius7-design this isn't a reassignment away from you: nothing has been submitted against it and it stays open. If you're still working on it, claim it through the Wave and it counts toward your points there. Apologies for the shuffle.
Belzabeem commentedon Oct 16, 2026
@Belzabeem has applied to work on this issue as part of the Stellar Wave Program's 10th wave.
ℹ️ Repo Maintainers: To accept this application, review their application or assign @Belzabeem to this issue.
deslawson commentedon Oct 16, 2026
@deslawson has applied to work on this issue as part of the Stellar Wave Program's 10th wave.
ℹ️ Repo Maintainers: To accept this application, review their application or assign @deslawson to this issue.
drips-wave commentedon Oct 16, 2026
Congratulations, @Belzabeem! 🎉 Your application was accepted by the repo's maintainers, and the issue is due on October 22, 2026.
🧑💻 @Belzabeem: Please resolve the issue such that the repo's maintainers have enough time to review your contribution before the due date. You'll earn Points for completing the issue on-time, which will make you eligible for a share of the Stellar Wave Program's reward pool.
Warning
When opening a PR, please link it to this issue to ensure it gets tracked accurately. Points are awarded when this issue is marked as completed by the maintainer.
🤠 Repo maintainers: Please keep an eye on the contributor's progress and review their work before the due date. You can manage this issue, including adjusting its complexity and points, here.
🌊 Happy Wave 🌊
drips-wave commentedon Oct 22, 2026
This issue has been marked as completed by a Drips Wave moderator for @Belzabeem as part of the Stellar Wave Program's 10th Wave 🥳
Moderator's reason: [Auto-assessed] The PR is open with no maintainer response or objections across any of the four channels. The code changes correctly scope the candles query to the requested network, add comprehensive test coverage, and update the OpenAPI specifications with shared error components and dated examples.
😎 @Belzabeem: You earned 200 Points for completing this issue! Once the Wave's rewards are finalized, you'll be eligible for a percentage of the Wave's reward pool based on the percentage of total points you've earned. Learn more here.
🧑💻 Repo maintainers: How'd the contributor do? Leave a review to share your experience working with them.
ℹ️ Note: This issue was marked complete via moderation. Points were issued even though the GitHub issue remains open.