Appearance
Custom Network Connection
Guide for connecting ASI Wallet to custom networks, including DevNet, local nodes, and private shards.
Overview
ASI Wallet supports connecting to different networks:
- DevNet - Official development network
- Local Network - Your local validator/observer node
- Custom Networks - Private shards or other networks
Accessing Network Settings
- Open ASI Wallet
- Navigate to Settings page
- View current network configurations
- Edit or add new networks
DevNet Configuration
DevNet is the default network for testing and development.
DevNet Endpoints
Validator 1 (handles all wallet HTTP/gRPC operations):
- Host:
34.196.119.4 - gRPC Port:
40401 - HTTP Port:
40403 - HTTP URL:
http://34.196.119.4:40403
WARNING
The standalone observer node (mettacycle-devnet-5) is currently unstable. Validator 1 (34.196.119.4) is used for both write (deploys, transfers) and read (balance, queries) operations.
Bootstrap node
The bootstrap node (54.152.57.201) is the network's peer-discovery entry point — used in the rnode://...@54.152.57.201?protocol=40400&discovery=40404 URI when starting your own node. The wallet does not connect to it directly.
How It Works
The wallet sends both write (deploys, transfers) and read (balance, queries) operations to Validator 1 (34.196.119.4:40403) via HTTP/gRPC.
Editing DevNet Configuration
- Go to Settings page
- Find Devnet Configuration section
- Click Edit Configuration button
- Update endpoint URLs if needed
- Save changes
Note: DevNet configuration is pre-configured and usually doesn't need changes.
Local Network Configuration
Connect to your own local validator or observer node.
Setup Local Node First
Before configuring the wallet, ensure you have a running node:
For Validator:
bash
cd asi-chain/chain
sudo docker compose -f validator.yml up -dFor Observer:
bash
cd asi-chain/chain
sudo docker compose -f observer.yml up -dLocal Network Settings
Configuration:
- Validator URL:
http://localhost:40403 - Observer URL:
http://localhost:40403(or your observer's host:port) - Admin URL:
http://localhost:40405
How to Configure
- Go to Settings page in wallet
- Find Local Network section
- Click Edit Network button
- Verify URLs:
Validator: http://localhost:40403 Observer: http://localhost:40403 Admin: http://localhost:40405 - Save configuration
Switch to Local Network
To use your local node:
- Select Local Network from network dropdown
- Wallet will now connect to localhost
- All operations use your local node
Custom Network Configuration
Connect to a private shard or custom deployment.
Requirements
Before connecting to a custom network, you need:
- IP address or domain of the network
- HTTP port for validator node
- HTTP port for observer node (if available)
- Confirmation that network is accessible
Adding Custom Network
- Go to Settings page
- Look for option to add custom network (if available)
- Provide network details:
- Network Name: Friendly name
- Validator URL:
http://<ip>:<port> - Observer URL:
http://<ip>:<port>(optional)
Example Custom Network
For a private shard with one validator and one observer on separate hosts (each node on its own VM uses the standard 40400-40405 range):
Network Name: Private Test
Validator URL: http://192.168.1.100:40403
Observer URL: http://192.168.1.101:40403If your private shard runs everything on a single VM, the nodes use the 404XY pattern (X=0 bootstrap, X=1 validator1, X=5 observer) — for example http://192.168.1.100:40413 for validator and http://192.168.1.100:40453 for observer.
Network Selection
Switching Networks
The wallet allows switching between configured networks:
- Find network selector (typically in header or settings)
- Click current network name
- Select desired network from dropdown
- Wallet reconnects to selected network
Important: Switching networks changes:
- Which blockchain you're connected to
- Available accounts (different networks = different balances)
- Transaction history shown
Active Network Indicator
The wallet shows which network is currently active:
- Look for network name in header or status bar
- Connection indicator (green = connected)
- Real-time updates when switched
Troubleshooting Network Connections
Cannot Connect to DevNet
Symptoms:
- "Connection failed" error
- Transactions timing out
- Balance not loading
Solutions:
- Check internet connection
- Verify firewall isn't blocking requests
- Try refreshing the page
- Check if DevNet is operational at explorer.dev.asichain.io
Cannot Connect to Local Network
Symptoms:
- Wallet can't reach localhost
- "Network unreachable" error
Solutions:
Verify node is running:
bashdocker ps | grep validatorCheck node logs:
bashdocker logs validator -fTest endpoint manually:
bashcurl http://localhost:40403/statusVerify ports are correct:
- Validator HTTP: 40403
- Observer HTTP: 40403 (typically same port, different host/VM)
Check if ports are listening:
bashnetstat -an | grep 40403
Cannot Connect to Custom Network
Symptoms:
- "Cannot reach network" error
- Timeout errors
Solutions:
Verify IP and ports are correct
- Double-check IP address
- Confirm port numbers
- Test with curl:
curl http://<ip>:<port>/status
Check firewall rules
- Ensure ports are open
- Verify network security groups (if cloud)
Test network connectivity
bashping <ip> telnet <ip> <port>Verify node is running
- Check if target node is operational
- Review node logs for errors
CORS Issues
If you see CORS errors:
Problem: Browser security blocks cross-origin requests
Solution for local development:
- Run wallet locally, not from hosted site
- Configure node to allow CORS
- Use browser extension to bypass CORS (development only)
For production:
- Ensure nodes have proper CORS headers
- Use same domain for wallet and nodes
- Or use reverse proxy
Advanced Network Configuration
Port Forwarding
If running node on local network but accessing from outside:
Configure Router:
- Forward ports 40400-40405
- Point to local node IP
Update Wallet:
- Use public IP instead of localhost
- Example:
http://<your-public-ip>:40403
Security:
- Consider VPN instead of public exposure
- Use firewall rules
- Monitor for unauthorized access
Reverse Proxy Setup
For production deployments, use reverse proxy:
Nginx Example:
nginx
server {
listen 80;
server_name wallet.example.com;
location /api/ {
proxy_pass http://localhost:40403/;
proxy_set_header Host $host;
}
}Then connect wallet to:
http://wallet.example.com/api/SSL/TLS Configuration
For secure connections:
Get SSL certificate
- Use Let's Encrypt
- Or commercial certificate
Configure proxy with SSL
nginxserver { listen 443 ssl; ssl_certificate /path/to/cert.pem; ssl_certificate_key /path/to/key.pem; ... }Update wallet URLs
https://secure.example.com
Network Performance
Monitoring Connection
Check connection quality:
- Latency: Response time for requests
- Reliability: Success rate of operations
- Bandwidth: Data transfer speed
Optimizing Performance
For Better Performance:
- Use observer node for read operations
- Connect to geographically close nodes
- Use wired connection over WiFi
- Close unnecessary browser tabs
Node-Side Optimization:
- Ensure adequate server resources
- Use SSD storage
- Optimize network settings
- Monitor node performance
Security Considerations
Secure Connections
Best Practices:
- Use HTTPS for public networks
- Verify SSL certificates
- Don't connect to untrusted nodes
- Monitor for unusual activity
Private Keys
Network-Independent Security:
- Private keys work across all networks
- But balances are network-specific
- Keep keys secure regardless of network
- Same key = same address on all networks
Network Trust
When Connecting to Custom Networks:
- Only connect to networks you trust
- Verify node operators
- Understand network rules
- Be aware of risks
Multi-Network Strategy
Why Use Multiple Networks?
Development Workflow:
- DevNet: Initial testing and learning
- Local: Development and debugging
- Private: Staging and integration testing
- Mainnet: Production deployment (when available)
Managing Multiple Networks
Organization Tips:
- Use descriptive network names
- Document network configurations
- Keep endpoint lists updated
- Test connections regularly
Support
For network connection issues:
- DevNet Problems: Check explorer status
- Local Issues: Review validator setup guide
- Custom Networks: Contact network administrator
- General Help: See FAQ
Network configurations are saved locally in your browser and persist across sessions.