Keep the amount in context
Balance, exchange rate, estimated received amount and percentage shortcuts stay beside the input and its action.
↳ Original deposit and withdrawal panelsA liquid-staking frontend, from product introduction to dashboard and withdrawal states.
Frontend development
Landing page · Dashboard · Deposit & withdrawal UI
Recorded implementation
Original application dashboard · Recorded interface data

The public page introduces stNXM. The application then brings balances, deposit and withdrawal controls, performance charts and allocation information into one workspace.
Frontend development across the public page and application, using responsive layouts, reusable components, charts and motion. The original recording shows the implemented interface and its state changes.
A user can compare an available balance with an entered amount, change between deposit and withdrawal, inspect performance across time ranges, and distinguish a waiting request from one ready to complete.
Specific choices, connected to the work you can see.
Balance, exchange rate, estimated received amount and percentage shortcuts stay beside the input and its action.
↳ Original deposit and withdrawal panelsThe withdrawal view displays its processing notice before the action. A separate request dialog distinguishes time remaining from a completion action.
↳ Original withdrawal notice and pending requestsSummary cards establish the overview. Time-range charts, staking periods, liquidity and protocol exposure provide distinct ways to inspect the details.
↳ Original dashboard and allocation viewsSelect a stage to explore its purpose.
Keep the position visible before choosing an action.
New portfolio explanation based on the documented implementation and original project material.
Six distinct selections from the original walkthrough: deposit, withdrawal, pending requests, performance, allocation and the public introduction.

The original deposit panel places the available balance and exchange rate above the amount. Percentage shortcuts and the approval action belong to the same task.

Switching tabs changes the direction of the exchange, the received token and the action. The original interface also surfaces a processing-time notice before submission.

The original request dialog shows a remaining wait beside one withdrawal and a completion action beside another. The request state determines the next step.

The original performance panel combines current, average and peak APY with a chart and time-range controls. The walkthrough shows the chart changing with the selected period.

Staking periods, liquidity uses and protocol exposure are separate but related views. The original application combines compact cards, proportions and a horizontally navigable protocol row.

The public page introduces the product and leads into the app. Its visual language carries through to the dashboard shown at the start of this case.
Start at the dashboard, or choose a chapter to follow the public page, application controls and request states. Original video, at its recorded resolution. Silent playback.
Figures and wallet states belong to the original recording.
The complete originals behind this case study. Open a board to inspect the source presentation.
A recorded frontend connecting a public product introduction with dashboard metrics, deposit and withdrawal states, performance charts and allocation views.
All screens are exact selections from the supplied 61-second recording. Amounts, yields, wallet identifiers and request dates are recorded interface content, not current protocol data or measured portfolio outcomes. The recording establishes frontend presentation and interaction states; it does not verify live transaction execution.
The journey diagrams and editorial explanations were prepared for this portfolio from the available project evidence. They are not additional historical research or measured outcomes.
A launchpad interface connecting community ideas and builders.