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 Node (for transactions):
- Host:
54.152.57.201 - gRPC Port:
40401 - HTTP Port:
40413 - HTTP URL:
http://54.152.57.201:40413
Observer Node (read-only operations):
- Host:
54.152.57.201 - gRPC Port:
40451 - HTTP Port:
40453 - HTTP URL:
http://54.152.57.201:40453
How It Works
The wallet automatically routes operations:
- Write Operations (transfers, deployments) → Validator node (40413)
- Read Operations (balance checks, queries) → Observer node (40453)
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:40413 - Observer URL:
http://localhost:40453 - 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:40413 Observer: http://localhost:40453 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 at 192.168.1.100:
Network Name: Private Test
Validator URL: http://192.168.1.100:40413
Observer URL: http://192.168.1.100:40453Network 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:40413/statusVerify ports are correct:
- Validator HTTP: 40413
- Observer HTTP: 40453
Check if ports are listening:
bashnetstat -an | grep 40413
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>:40413
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:40413/;
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.