[2505 Grant Proposal] Aconcagua Finance and Boveda.ai further Rootstock Integration

Project Name: Aconcagua Finance and Boveda.ai Tropykus integration and further rootstock integration.

Submission Date: 11/Jun/2025

Founder Name: Manuel Rico Molina (https://www.linkedin.com/in/manuel-rico-molina/)
Cofounder, COO and CTO

Santiago Lacasia (https://www.linkedin.com/in/santiago-lacasia/)
Cofounder and CEO

Award Amount: USD 20.000 for development.

Project Stage: Build

Sector: Custody

Links to socials: @mricomolina on X

Description:

  1. Our product currently provides safe self custody for individuals and institutions on Rootstock. Our product is built for non crypto users. Individuals and institutions that are attracted to the benefits, but don’t want to complicate their operations with technology. In this environemnt, we often find customers that have btc and have a problem moving BTC to RBTC.

  2. Long term users would benefit from the ability to invest in Tropykus

Mission:

  1. Leverage the existing solutions for moving BTC to RBTC by including those solutions in our dapp
  2. Allow boveda.ai vaults to invest their funds in tropykus from our platform

Product: We offer a safe and flexible option for safe and simple self custody for individuals and institutions. Rootstock users now have a product for easy and secure self custody, which we believe is key to add more users to web3.

Traction: We just launched boveda.ai this month! We are in the phase of promoting our product

Roadmap: Testnet launch 4 months since start. Mainnet Launch. 2 months after Testnet launch

Conclusion: Our product heaviliy integrates with other rootstock products. We already leverage safe.rootstock.io , and use money on chain oracles. We want to add more functionality to our producto by integrating more rootstock services as described.

3 Likes

Hi @Ikabott ,

Thanks for your submission there is some confusion around whether this is a grant submission or to join the Collective rewards.

It would be great to chat through and make sure we are on the right track before submitting onchain.

2 Likes

Hi Team
Adding the missing detail from the template.

Total grant amount U$D 20.000. (requesting U$D 8.000 for milestone 1)

Milestone 1 - Move BTC to RBTC by integrating symbiosis or other bridge. 60 days. USD 8.000. Testnet.
Milestone 2 - Move BTC to RBTC by integrating symbiosis or other bridge. 30 days. USD 4.000. Mainnnet.
Milestone 3 - Add capability to invest vault assets in tropykys. Testnet. 30 days (U$D 4.000)
Milestone 4 - Add capability to invest vault assets in tropykys. Mainnet. 30 days (U$D 4.000)

2 Likes

Hey @Ikabott & team,

Thanks for putting this forward. I do see the potential here, especially if you can genuinely reduce friction for users moving BTC to RBTC and create new flows into Tropykus. That said, I think there are still a few gaps to close before this is ready for an on-chain vote.

  1. Demo and GitHub Repo

The grant framework asks for a demo and repo link to show that the product exists and is technically viable. Even if it’s in progress or testnet-only, sharing what you have helps everyone verify the work so far.

  1. Video Pitch

I didn’t see a short pitch video linked. This is also part of the checklist, doesn’t have to be fancy, just clear enough to help the community understand what you’re building and why.

  1. Technical Details & Dependencies

Right now, “integrate Symbiosis or another bridge” is very high level. It would strengthen the proposal to see some specs on how you plan to achieve this, any early communication with the bridge teams, and what fallback plan you’d use if one option doesn’t work out.

  1. KPIs & Milestones

Your milestones lay out the tasks, but it would really help to see concrete, verifiable KPIs for each stage, for example, how much BTC you expect to bridge, vault assets deployed in Tropykus, user numbers, and so on. And ideally, how you’ll report these (on-chain dashboards, API, etc.).

  1. Sustainability

A quick overview of how you plan to sustain operations post-grant would also help. Do you have a revenue model or fee structure in place?

Overall, I think the direction is aligned with Rootstock’s goals and your intention is clear, but it would be good to see these basics completed before moving to an on-chain vote. Looking forward to the next iteration and happy to help clarify anything if needed.

3 Likes

Think it might be better to integrate Boltz and/or Flyover for BTC to rBTC.

1 Like

Happy to talk @Ikabott ! Boltz is one of the major bridges to and from Rootstock supporting non-custodial swaps of RBTC with BTC, LN and L-BTC. More: https://boltz.exchange/

4 Likes

Hi Kaf! thank you for your suggestions to make our proposal better.

  1. Demo and GitHub Repo
    I sent you via chat credentials for our sandbox environment!
    About the repo, our web3 contracts and the contracts we use are always verified on chain for everyone to see. We just launched this product, and during these first months, while we course/code correct, we keep our repo private, if you send us a user/users I’ll readily give you access so you can view everything!

  2. Video Pitch. Here it is. I’m a tech guy, don’t judge me too hard :blush:
    https://drive.google.com/file/d/1aubWzzOLzGOGzJ78Nlka2tdSaLQ2SBne/view?usp=sharing

For more extended content about the company and our products, here a podcast we did last month

  1. Technical Details & Dependencies
    We are in the exploratory phase of these features, but I can share our current top level documents
    BTC bridging. We already switched this for boltz as our first solution.
    BTC Bridging - Google Docs
    Tropykus investment
    Tropykus investment - Google Docs

  2. KPIs & Milestones
    While we build, we are not going to have any traction, so what I did was I redefined the current milestones. I combined them to include both features at the technical level, and added two milestones for traction.

  • Milestone 1 - Deliverable - testnet launch - (12 weeks - USD 12.000)

  • Milestone 2 - Deliverable - mainnet launch (4 weeks - USD 4.000)

  • Milestone 3 Initial traction (4 weeks - USD 4.000)

    • Get 0.1 BTC bridged from Bitcoin network to a vault
    • Get 2 vaults above 0.1 BTC on tropykus investment
  • Milestone 4 Traction (TBD but estimated 8 weeks - USD 4.000)

    • Get 10 BTC bridged from bitcoin network to vaults
    • Get 10 vaults above 0.1 BTC on tropykus investment
  1. Sustainability
    While the technology will be available for everyone, we charge a fee for our “concierge” setup (1 on 1 video) and to custody one of the vaults keys if desired (similar to other recovery services in the market).

Let me know if you any other questions or suggestions to these!
Thanks!
Manuel

.

3 Likes

Per @rspa_StableLab request, I’m adding traction data, and success stories.

Some feedback from our landing page https://aconcagua.finance

There are some of media news too, here one.

Regards!

4 Likes

I very much like this proposal. I think it is a reasonable ask for directly addressing a primary objective for the collective: increasing activity in the Rootstock DeFi ecosystem. @Ikabott I also appreciate your willingness to adjust your milestone-based roadmap and tie the latter payments to activity and adoption metrics. The only additional point I’ll make is to second @Kaf_StableLab’s ask in laying out for us how you plan to transparently report these metrics.

4 Likes

Hi Sam, appreciate the feedback.
For the traction milestones, I plan to provide the vault and transactions addresses so anyone can verify in the explorer. If another approach is preferred, let me know !

Regards

1 Like

Onchain proposal sent

1 Like

Thanks for this proposal, we like the idea of providing vault options via Tropykus for users moving from mainnet BTC to the RBTC network. Likewise appreciate the KPI revisions and addressing @Kaf_StableLab’s questions and points, though we do think a more detailed go-to-market strategy should’ve been included - could I please ask you to elaborate on your plan for bringing users and traction?

We’d be happy to support this assuming the KPIs are adhered to and at least some thoughts on a go-to-market strategy could be laid out.

Thank you!

1 Like

After reviewing the available materials, including technical docs, T&Cs, and demo & youtube video, I’m leaning against supporting the grant in its current form. Let me explain why, constructively.

There’s currently no public repo or testnet deployment to verify progress, and the vault logic isn’t linked to auditable addresses. While the demo video helps, it’s not enough to validate the technical implementation or justify a grant of this size.

The custody model described in the Terms (section 4.3) suggests that actions can be triggered without user approval if a “beneficiary” requests it. That’s a setup that might need further clarity, especially in a Web3 context.

The team has limited public presence on GitHub or dev channels, and no smart contracts or contributors have been shared. There are also no active updates or content posted on X or forums, which makes it harder to follow progress or build external trust.

Finally, I understand the team received a previous grant (Proposal 2410), but the forum thread is no longer accessible, so it’s hard to assess deliverables from that round.

I’d be happy to reconsider support once there’s more technical transparency, testnet activity, and product validation.

1 Like

Hello Kaf! Thanks for the time you took to write this feedback, let me reply in a attempt for you to reconsider.
About verifying progress. I shared with you via message credentials for our testnet environment, and we plan to open our repo as soon as we complete the exploratory phase, but we can do it early if that proves significant. Let me work on that today and get you another reply later. Would providing our repo switch to public help ?

The custody model described in 4.3 if for our first product, loans with crypto as collateral, the beneficiary is the same as a vault being liquidated by lack of payment, is not related to our self custody product.
Here the terms and conditions for our self custody product. You’ll see its clearly explain the customer has custodo of its vaults, and we keep an extra key (the third in a 2 out of 3 model) for convenience, with no access to funds.

For our previous grant (to integrate with rootstock) we provided smart contract audit, and blockchain addresses for our contracts and transfers.

Let me know if this helps! We would love to implement this together.

Thanks

1 Like

Hello sir. Sure, let me work on this with the team and get you a new version later today.

Hello everyone!
Another day of hard work here in Aconcagua, let me share with you all our advances:

Technical transparency. We decided to open our backend repositories. Our solution is non custodial, and the contracts we use are audited and tested, so we don’t see a security risk. I do want to clarify that we were planning to do this later, so we are missing proper README, cleanup and house keeping. We will make them better.

Here our links

Testnet activity. Our tesnet environment is open at https://catedral-boveda.web.app/
It is currently limited because vaults can’t be created, so you can register and create your user, but will be initially without vaults. But we’ll deploy as we develop. Also I have sent credential @Kaf_StableLab and @Avantgarde to and with users that have vaults created, so they can get a better grasp of the product. Feel free to ask!

Product validation and go-to-market strategy. We listed the goals of our go to market strategy, but let me add our plan behind those milestones.

  1. Bootstrap Phase (16 weeks, already started): Web3 Trust & Early Adopters
    Target Audience: Crypto-native users (DeFi participants, OTC traders, DAOs, family offices)

Action Items:
Attend events to foster self custody
We were speakers at the bitcoin Pizza day in Argentina
https://x.com/BitcoinAR/status/1925338681209929834

https://x.com/BitcoinAR/status/1925338696271663178

We attended our first podcast “charlas con sato” the link was listed above, but I’ll copy it here

Public our testnet - complete

Traction Phase (8 weeks, this matches the second milestone):
Target Audience: Geographical presence, events with educational institutions
TODAY we confirmed our participation in DESCENTRALIZAR a set of events in Argentina https://descentralizar.org/

Start educational series on self custody. Our content is ready, we’ll be distributing it in this phase, but you can browse it now at: Contenidos Web - Google Drive

Growth Phase (6–12 months): Institutional Onboarding + Expansion
Target Audience: Small asset managers, companies holding crypto, high-net-worth individuals

Channels:

Security-first pitch: Safe-based custody with inheritance and multi-sig governance

Webinars, events, and partnerships with law/tax/accounting firms familiar with crypto

Action Items:

Launch “Bóveda Corporativa v2” — business-focused vaults with role-based control

1 Like

Hello everyone! Voting period finished for our proposal, and we achieved 85% of votes needed to implement our proposal.
We are going to review the feedback and improve our proposal.

I want to thank everyone who voted, for or against, for the time allocated to our proposal.
I want to thank those who voted against and provided feedback to improve our project. We’ll connect with you.
Thanks all who voted for, we were very close, and we are going to propose again, but better.
My only constructive request is for those who voted against with no feedback, as it makes understanding and getting better more of a guess.

So next steps:

  • We’ll connect with all those who offered feedback with adjustments to our projects
  • Develope a new plan/proposal highlighting the changes.

Have a great day!

3 Likes