* Filter everything with users * Fix backtests and user management * Add cursor rules * Fix backtest and bots * Update configs names * Sign until unauth * Setup delegate * Setup delegate and sign * refact * Enhance Privy signature generation with improved cryptographic methods * Add Fastify backend * Add Fastify backend routes for privy * fix privy signing * fix privy client * Fix tests * add gmx core * fix merging sdk * Fix tests * add gmx core * add gmx core * add privy to boilerplate * clean * fix * add fastify * Remove Managing.Fastify submodule * Add Managing.Fastify as regular directory instead of submodule * Update .gitignore to exclude Managing.Fastify dist and node_modules directories * Add token approval functionality to Privy plugin - Introduced a new endpoint `/approve-token` for approving ERC20 tokens. - Added `approveToken` method to the Privy plugin for handling token approvals. - Updated `signPrivyMessage` to differentiate between message signing and token approval requests. - Enhanced the plugin with additional schemas for input validation. - Included new utility functions for token data retrieval and message construction. - Updated tests to verify the new functionality and ensure proper request decoration. * Add PrivyApproveTokenResponse model for token approval response - Created a new class `PrivyApproveTokenResponse` to encapsulate the response structure for token approval requests. - The class includes properties for `Success` status and a transaction `Hash`. * Refactor trading commands and enhance API routes - Updated `OpenPositionCommandHandler` to use asynchronous methods for opening trades and canceling orders. - Introduced new Fastify routes for opening positions and canceling orders with appropriate request validation. - Modified `EvmManager` to handle both Privy and non-Privy wallet operations, utilizing the Fastify API for Privy wallets. - Adjusted test configurations to reflect changes in account types and added helper methods for testing Web3 proxy services. * Enhance GMX trading functionality and update dependencies - Updated `dev:start` script in `package.json` to include the `-d` flag for Fastify. - Upgraded `fastify-cli` dependency to version 7.3.0. - Added `sourceMap` option to `tsconfig.json`. - Refactored GMX plugin to improve position opening logic, including enhanced error handling and validation. - Introduced a new method `getMarketInfoFromTicker` for better market data retrieval. - Updated account type in `PrivateKeys.cs` to use `Privy`. - Adjusted `EvmManager` to utilize the `direction` enum directly for trade direction handling. * Refactor GMX plugin for improved trading logic and market data retrieval - Enhanced the `openGmxPositionImpl` function to utilize the `TradeDirection` enum for trade direction handling. - Introduced `getTokenDataFromTicker` and `getMarketByIndexToken` functions for better market and token data retrieval. - Updated collateral calculation and logging for clarity. - Adjusted `EvmManager` to ensure proper handling of price values in trade requests. * Refactor GMX plugin and enhance testing for position opening - Updated `test:single` script in `package.json` to include TypeScript compilation before running tests. - Removed `this` context from `getClientForAddress` function and replaced logging with `console.error`. - Improved collateral calculation in `openGmxPositionImpl` for better precision. - Adjusted type casting for `direction` in the API route to utilize `TradeDirection` enum. - Added a new test for opening a long position in GMX, ensuring functionality and correctness. * Update sdk * Update * update fastify * Refactor start script in package.json to simplify command execution - Removed the build step from the start script, allowing for a more direct launch of the Fastify server. * Update package.json for Web3Proxy - Changed the name from "Web3Proxy" to "web3-proxy". - Updated version from "0.0.0" to "1.0.0". - Modified the description to "The official Managing Web3 Proxy". * Update Dockerfile for Web3Proxy - Upgraded Node.js base image from 18-alpine to 22.14.0-alpine. - Added NODE_ENV environment variable set to production. * Refactor Dockerfile and package.json for Web3Proxy - Removed the build step from the Dockerfile to streamline the image creation process. - Updated the start script in package.json to include the build step, ensuring the application is built before starting the server. * Add fastify-tsconfig as a development dependency in Dockerfile-web3proxy * Remove fastify-tsconfig extension from tsconfig.json for Web3Proxy * Add PrivyInitAddressResponse model for handling initialization responses - Introduced a new class `PrivyInitAddressResponse` to encapsulate the response structure for Privy initialization, including properties for success status, USDC hash, order vault hash, and error message. * Update * Update * Remove fastify-tsconfig installation from Dockerfile-web3proxy * Add build step to Dockerfile-web3proxy - Included `npm run build` in the Dockerfile to ensure the application is built during the image creation process. * Update * approvals * Open position from front embedded wallet * Open position from front embedded wallet * Open position from front embedded wallet * Fix call contracts * Fix limit price * Close position * Fix close position * Fix close position * add pinky * Refactor position handling logic * Update Dockerfile-pinky to copy package.json and source code from the correct directory * Implement password protection modal and enhance UI with new styles; remove unused audio elements and update package dependencies. * add cancel orders * Update callContract function to explicitly cast account address as Address type * Update callContract function to cast transaction parameters as any type for compatibility * Cast transaction parameters as any type in approveTokenImpl for compatibility * Cast wallet address and transaction parameters as Address type in approveTokenImpl for type safety * Add .env configuration file for production setup including database and server settings * Refactor home route to update welcome message and remove unused SDK configuration code * add referral code * fix referral * Add sltp * Fix typo * Fix typo * setup sltp on backtend * get orders * get positions with slp * fixes * fixes close position * fixes * Remove MongoDB project references from Dockerfiles for managing and worker APIs * Comment out BotManagerWorker service registration and remove MongoDB project reference from Dockerfile * fixes
110 lines
5.5 KiB
Plaintext
110 lines
5.5 KiB
Plaintext
---
|
|
description: Guideline for .NET C# backend
|
|
globs:
|
|
alwaysApply: true
|
|
---
|
|
|
|
# .NET React Typescript Rules for Quantitative Finance
|
|
|
|
You are a senior .NET backend developer and experimental quant with deep expertise in financial mathematics, algorithmic trading, and market indicators.
|
|
|
|
## Quantitative Finance Core Principles
|
|
- Prioritize numerical precision (use `decimal` for monetary calculations)
|
|
- Implement proven financial mathematics (e.g., Black-Scholes, Monte Carlo methods)
|
|
- Optimize time-series processing for tick data/OHLCV series
|
|
- Validate models with historical backtesting frameworks
|
|
- Maintain audit trails for financial calculations
|
|
|
|
Key Principles
|
|
- Write concise, technical responses with accurate TypeScript examples.
|
|
- Use functional, declarative programming. Avoid classes.
|
|
- Prefer iteration and modularization over duplication.
|
|
- Use descriptive variable names with auxiliary verbs (e.g., isLoading).
|
|
- Use lowercase with dashes for directories (e.g., components/auth-wizard).
|
|
- Favor named exports for components.
|
|
- Use the Receive an Object, Return an Object (RORO) pattern.
|
|
|
|
## Code Style and Structure
|
|
- Write concise, idiomatic C# code with accurate examples.
|
|
- Follow .NET and ASP.NET Core conventions and best practices.
|
|
- Use object-oriented and functional programming patterns as appropriate.
|
|
- Prefer LINQ and lambda expressions for collection operations.
|
|
- Use descriptive variable and method names (e.g., 'IsUserSignedIn', 'CalculateTotal').
|
|
- Structure files according to .NET conventions (Controllers, Models, Services, etc.).
|
|
|
|
## Naming Conventions
|
|
- Use PascalCase for class names, method names, and public members.
|
|
- Use camelCase for local variables and private fields.
|
|
- Use UPPERCASE for constants.
|
|
- Prefix interface names with "I" (e.g., 'IUserService').
|
|
|
|
## C# and .NET Usage
|
|
- Use C# 10+ features when appropriate (e.g., record types, pattern matching, null-coalescing assignment).
|
|
- Leverage built-in ASP.NET Core features and middleware.
|
|
- Use MongoDb and Influxdb effectively for database operations.
|
|
|
|
## Syntax and Formatting
|
|
- Follow the C# Coding Conventions (https://docs.microsoft.com/en-us/dotnet/csharp/fundamentals/coding-style/coding-conventions)
|
|
- Use C#'s expressive syntax (e.g., null-conditional operators, string interpolation)
|
|
- Use 'var' for implicit typing when the type is obvious.
|
|
|
|
## Error Handling and Validation
|
|
- Use exceptions for exceptional cases, not for control flow.
|
|
- Implement proper error logging using built-in .NET logging or a third-party logger.
|
|
- Use Data Annotations or Fluent Validation for model validation.
|
|
- Implement global exception handling middleware.
|
|
- Return appropriate HTTP status codes and consistent error responses.
|
|
|
|
## API Design
|
|
- Follow RESTful API design principles.
|
|
- Use attribute routing in controllers.
|
|
- Implement versioning for your API.
|
|
- Use action filters for cross-cutting concerns.
|
|
|
|
## Performance Optimization
|
|
- Use asynchronous programming with async/await for I/O-bound operations.
|
|
- Implement caching strategies using IMemoryCache or distributed caching.
|
|
- Use efficient LINQ queries and avoid N+1 query problems.
|
|
- Implement pagination for large data sets.
|
|
|
|
## Testing
|
|
- Write unit tests using xUnit.
|
|
- Use Mock or NSubstitute for mocking dependencies.
|
|
- Implement integration tests for API endpoints.
|
|
|
|
## Security
|
|
- Give me advice when you see that some data should be carefully handled
|
|
|
|
## API Documentation
|
|
- Use Swagger/OpenAPI for API documentation (as per installed Swashbuckle.AspNetCore package).
|
|
- Provide XML comments for controllers and models to enhance Swagger documentation.
|
|
|
|
React/Tailwind/DaisyUI
|
|
- Use functional components and TypeScript interfaces.
|
|
- Use declarative JSX.
|
|
- Use function, not const, for components.
|
|
- Use DaisyUI Tailwind Aria for components and styling.
|
|
- Implement responsive design with Tailwind CSS.
|
|
- Use mobile-first approach for responsive design.
|
|
- Place static content and interfaces at file end.
|
|
- Use content variables for static content outside render functions.
|
|
- Minimize 'use client', 'useEffect', and 'setState'. Favor RSC.
|
|
- Use Zod for form validation.
|
|
- Wrap client components in Suspense with fallback.
|
|
- Use dynamic loading for non-critical components.
|
|
- Optimize images: WebP format, size data, lazy loading.
|
|
- Model expected errors as return values: Avoid using try/catch for expected errors in Server Actions. Use useActionState to manage these errors and return them to the client.
|
|
- Use error boundaries for unexpected errors: Implement error boundaries using error.tsx and global-error.tsx files to handle unexpected errors and provide a fallback UI.
|
|
- Use useActionState with react-hook-form for form validation.
|
|
- Code in services/ dir always throw user-friendly errors that tanStackQuery can catch and show to the user
|
|
|
|
## Do not forget
|
|
- Always implement the method that you created
|
|
- Before creating new object or new method/function check if there a code that can be called
|
|
- Most the time you will need to update multiple layer of code files. Make sure to reference all the method that you created when required
|
|
- When you think its necessary update all the code from the database to the front end
|
|
- Do not update ManagingApi.ts, user will always do it with nswag
|
|
- Do not reference new react library if a component already exist in mollecules or atoms
|
|
|
|
Follow the official Microsoft documentation and ASP.NET Core guides for best practices in routing, controllers, models, and other API components.
|