Open Net Worth
Open Net Worth는 직접 운영하는 오픈소스 개인 AI 자산 비서로, 전체 재무를 하나의 원장에 기록하고 사용자가 제어하는 AI가 관리
아직 감지된 업데이트가 없습니다. GitHub 릴리스가 나오면 여기에 보입니다.
개인 계정의 공개 저장소 소유자는 GitHub로 로그인해 운영자를 확인하고 소개를 직접 관리할 수 있습니다. 관리자 승인은 필요하지 않습니다.
로그인한 뒤 확인 파일을 만들어 이 저장소의 기본 브랜치에 30분 안에 커밋해 주세요. 다른 브랜치나 포크의 파일은 인정하지 않습니다. 파일을 올린 뒤 아래에서 확인하면 관리자 승인 없이 관리할 수 있습니다. 자격을 유지하려면 파일을 남겨 두세요.
로그인이 필요하면 로그인 화면으로 이동합니다. 로그인 후 이곳으로 돌아와 원하는 확인 버튼을 다시 눌러 주세요.
프로젝트 폴더에서 /nomorevibe verify를 실행하면 소유권을 확인하고 소개를 직접 관리할 수 있습니다.
1분 만에 확인하기README 전체를 불러오는 중입니다. 아래는 저장된 발췌입니다.
CCTP Relayer (old) - Noble to Solana & EVM
Note: This tool uses CCTP V1 (Legacy). Circle is deprecating V1 in favour of CCTP V2, with phase-out beginning July 2026. V1 remains fully functional until then, but a migration to V2 will be needed in the future.
A community-built tool for recovering and sending USDC transfers from Noble (Cosmos) using Circle's Cross-Chain Transfer Protocol (CCTP V1). Supports relaying to Solana and all major EVM chains: Ethereum, Avalanche, OP Mainnet, Arbitrum, Base, and Polygon PoS.README 전문 보기 ↗Note: This tool uses CCTP V1 (Legacy). Circle is deprecating V1 in favour of CCTP V2, with phase-out beginning July 2026. V1 remains fully functional until then, but a migration to V2 will be needed in the future.
A community-built tool for recovering and sending USDC transfers from Noble (Cosmos) using Circle's Cross-Chain Transfer Protocol (CCTP V1). Supports relaying to Solana and all major EVM chains: Ethereum, Avalanche, OP Mainnet, Arbitrum, Base, and Polygon PoS.
This is an independent, community-built tool and is not affiliated with or endorsed by Circle, Solana, Phantom, MetaMask, or any other referenced project.
completeEnter a destination address (Solana or EVM) to search for in-flight CCTP transfers waiting to be relayed.
If you already have any intermediate values (message hash, attestation, etc.), you can paste them directly into the corresponding fields.
cctp-relayer/
├── api/ # Vercel serverless functions
│ ├── blockhash.js # GET /api/blockhash (proxies Solana RPC)
│ ├── config.js # Allowed origins config
│ └── relay.js # POST /api/relay (proxies Solana RPC)
├── public/ # Static website files
│ ├── app.js # Main application logic (all chains)
│ ├── index.html
│ └── styles.css
├── .github/workflows/ # CI/CD
│ └── deploy-gh-pages.yml # Auto-deploy to GitHub Pages
├── .gitignore
├── package.json
└── README.md
The API proxy keeps your Helius RPC key secret while allowing CORS from your domains.
HELIUS_RPC_URL = https://mainnet.helius-rpc.com/?api-key=YOUR_KEYTo update allowed origins, edit api/config.js and redeploy.
yarn install
yarn dev
Note: The /api/* proxy won't work locally (falls back to direct RPC).
If you don't need the RPC proxy, you can host just the public/ folder on GitHub Pages. The app will fall back to the direct Solana RPC configured in the UI.
All configuration values can be edited in the UI:
| Field | Default | Description |
|---|---|---|
| Noble LCD API | https://noble-api.polkachu.com | Noble REST API endpoint |
| Solana RPC | https://rpc.ankr.com/solana | Solana RPC endpoint (fallback) |
| Circle Attestation API | https://iris-api.circle.com/v1/attestations | Circle's attestation service |
| MessageTransmitter | CCTPmbSD7gX1bxKPAmg77w8oFzNFpaQiQUWD43TKaecd | Solana CCTP program |
| TokenMessengerMinter | CCTPiPYPc6AsJuwueEnWgSgucamXDZwBd53dQ11YiKX3 | Solana CCTP program |
EVM chain contract addresses (MessageTransmitter, TokenMessenger) are auto-configured based on the selected destination chain.
| Chain | Domain ID |
|---|---|
| Ethereum | 0 |
| Avalanche | 1 |
| OP Mainnet | 2 |
| Arbitrum | 3 |
| Noble | 4 |
| Solana | 5 |
| Base | 6 |
| Polygon PoS | 7 |
If any step in the UI fails, you can use these external tools:
If the Circle attestation API fails due to CORS, you can:
curl https://iris-api.circle.com/v1/attestations/{hash}Check that:
The transaction may use a different event format. Check the browser console for the raw transaction events and manually extract the message.
CCTP messages follow this structure:
The attestation is Circle's signature over the keccak256 hash of the message bytes. It proves the message was legitimately sent on the source chain.
MIT