Lotus

.: The Next Step for Guru

Since day one, Guru has aimed to make on-chain asset management more transparent, composable, and aligned between managers and users. Today, we're excited to share a major upcoming step forward in that mission.

We're evolving Guru's architecture to remove remaining off-chain dependencies, simplify accounting, and introduce unique and eye-catching features to the platform.

.: Moving to Full On-Chain Decentralization

Guru is transitioning away from an off-chain signer and toward a fully decentralized, smart-contract–enforced system.

This means all critical actions — fund management, execution logic, and accounting — are handled directly on-chain. By eliminating off-chain components, Guru reduces trust assumptions, improves transparency, and ensures protocol behavior is verifiable by anyone at any time.

For users, this provides stronger guarantees around fund safety and execution correctness. For Gurus, it creates a more robust and trustless foundation to build strategies on.

Let's say if for some reason the website goes down, users will always be able to interact with the contracts on-chain to withdraw allocations no matter what. Another dev team could theoretically also spin up a new UI using the same contracts with all the same users and data, and will continue to add value and revenue for the project.

This is a hugely important step for Guru and one of the core components of the Lotus update.

.: USDC as the Base Asset for Deposits

Guru will move from WETH-based deposits to USDC as the primary accounting and settlement asset.

Using a stable, dollar-denominated asset simplifies:

-Performance tracking -PnL calculations -Fee accounting -User understanding of returns

Rather than interpreting gains through ETH price fluctuations, both users and Gurus can reason about performance in clear, consistent terms. This change improves clarity without sacrificing composability or on-chain execution.

We are happy to share one of the most impactful new updates to the platform: the ability for Gurus to harvest their profit sharing fees at will.

Under the current system, Gurus must wait for users to withdraw before realizing their profit-sharing fees. This creates unnecessary delays and sometimes missed profits for the Guru when their users don't withdraw. It's a funny dynamic - since the Guru wants them to maintain their deposit, but at the same time wants them to withdraw in order to get paid, creating a conflict.

With the new architecture, Gurus can withdraw their earned profit share directly from the fund, as soon as profits are earned.

In order to achieve this, a "true price" and a "virtual price" are both recorded, with the virtual price already taking into account fees earned. The virtual price is displayed to the user, so that when the Guru harvests, there is no change to TVL.

A separate post specifically about this feature and diving into the technicals is likely to come later.

Fees are still transparently calculated and enforced by the protocol — the difference is that Gurus no longer need to wait for user exits to access what they've earned.

.: Continued Support for Peer-to-Peer (P2P)

Peer-to-peer functionality remains a core part of Guru.

This is a crucial feature that will shine when large positions are collected and Gurus need to exit carefully.

.: Security & Audits

Security remains a top priority as Guru moves to a fully decentralized architecture. To ensure the safety and correctness of the new system, the updated contracts have undergone a strict, comprehensive security audit by an independent auditing firm.

The audit covered core fund logic, fee accounting, permission boundaries, adapter interactions, and edge cases introduced by removing the off-chain signer. All identified issues were addressed prior to deployment, and no critical vulnerabilities remain outstanding.

.: Looking Ahead

By moving fully on-chain and adding high value features to the platform, Guru will address many of the main concerns users had about the platform. With Lotus live, the platform should then be able to expand quickly and horizontally to as many other chains as possible, using the new architecture.

More details on timelines, and implementation specifics will be shared soon.

Guru