Añadir la red manualmente
Desplegar el selector de red, luego «Agregar red» y «Agregar una red manualmente». Coinbosa Chain se introduce a mano: es la vía normal para una red que la cartera no conoce de antemano.
La cadena es compatible con EVM: MetaMask, Hardhat, Foundry, ethers.js y viem se conectan a ella sin adaptación. Esta página describe lo que funciona, y dice dónde están los límites: los del punto de acceso público y los de la red.
Una red EVM se describe con un puñado de valores. No son intenciones: se aplican en cada bloque y se releen en la cadena.
| Campo | Valor que introducir |
|---|---|
| Nombre de la red | Coinbosa Chain |
| Nueva URL de RPC | https://explorer.coinbosa.com/rpc |
| Identificador de cadena | 26262 — 0x6696 en hexadecimal |
| Símbolo de la moneda | BOSA |
| Decimales | 18 |
| URL del explorador | https://explorer.coinbosa.com |
Desplegar el selector de red, luego «Agregar red» y «Agregar una red manualmente». Coinbosa Chain se introduce a mano: es la vía normal para una red que la cartera no conoce de antemano.
La cartera consulta el punto de acceso y rechaza el registro si el identificador que devuelve el nodo no coincide con el introducido. Este control protege frente a un punto de acceso que se hiciera pasar por otra red.
Los saldos se muestran en BOSA y el último bloque avanza al ritmo del consenso Parlia — objetivo de 5 s, medición de 5,018 s sobre 500 bloques consecutivos.
Los 18 decimales no son un ajuste. La unidad de base de una máquina virtual Ethereum es el wei, un valor cableado tanto en el cálculo del gas como en todas las carteras. Ningún campo permite cambiarlo.
Una aplicación puede proponer añadir la red en una sola solicitud, sin que el usuario copie nada a mano.
await window.ethereum.request({
method: 'wallet_addEthereumChain',
params: [{
chainId: '0x6696',
chainName: 'Coinbosa Chain',
nativeCurrency: { name: 'Coinbosa', symbol: 'BOSA', decimals: 18 },
rpcUrls: ['https://explorer.coinbosa.com/rpc'],
blockExplorerUrls: ['https://explorer.coinbosa.com']
}]
});
26262 se escribe aquí 0x6696, con prefijo y sin cero inicial. Es el error más frecuente de este paso: un identificador pasado en decimal se rechaza, a menudo sin mensaje explícito. eth_chainId devuelve la misma forma.
Cualquier sitio puede pedir que se añada una red, con el nombre y el símbolo que quiera. Lo que identifica una cadena es su identificador, la huella de su bloque 0 y la dirección del punto de acceso.
No hace falta ningún complemento específico: para estas herramientas, Coinbosa Chain es una red EVM como cualquier otra. Solo la versión de EVM a la que se compila requiere atención.
module.exports = {
solidity: {
version: '0.8.26',
settings: { evmVersion: 'shanghai' }
},
networks: {
coinbosa: {
url: 'https://explorer.coinbosa.com/rpc',
chainId: 26262,
accounts: [process.env.CLE_PRIVEE] // nunca en claro en el repositorio
}
}
};
[profile.default]
solc_version = "0.8.26"
evm_version = "shanghai"
[rpc_endpoints]
coinbosa = "https://explorer.coinbosa.com/rpc"
# forge script script/Deploy.s.sol \
# --rpc-url coinbosa --broadcast
Compile para Shanghai, no para Cancun. Solidity apunta a Cancun por defecto: sin evmVersion: 'shanghai'
Una clave privada nunca se pone en un archivo de configuración. Se lee desde una variable de entorno o un almacén cifrado, y su archivo queda fuera del repositorio. Ningún miembro del equipo Coinbosa le pedirá nunca su clave ni su frase de recuperación.
La Coinbosa Chain integra una suite DeFi & DEX nativa: los desarrolladores emiten en ella contratos inteligentes, crean pools de liquidez y despliegan tokens BRC20 sin restricción.
El despliegue pasa por las herramientas EVM habituales, las configuradas más arriba. Basta una transacción firmada: nada que pedir, nada que hacer aprobar de antemano.
Los pools se despliegan como contratos ordinarios y se apoyan en los tokens BRC20 de la cadena, cuya interfaz se describe más abajo.
La emisión de un token BRC20 no está condicionada a ninguna autorización. La única convención que respetar es la de la interfaz, para seguir siendo compatible con las carteras y los servicios que hablan ERC-20.
BRC20 —Bosa smart contract 20— es el estándar de token de la cadena. Su interfaz es compatible con ERC-20: cualquier cartera, cualquier pasarela y cualquier servicio que hable ERC-20 funciona sin adaptación.
interface IBRC20 {
function name() external view returns (string memory);
function symbol() external view returns (string memory);
function decimals() external view returns (uint8);
function totalSupply() external view returns (uint256);
function getOwner() external view returns (address);
function balanceOf(address compte) external view returns (uint256);
function allowance(address proprietaire, address delegue) external view returns (uint256);
function transfer(address vers, uint256 montant) external returns (bool);
function approve(address delegue, uint256 montant) external returns (bool);
function transferFrom(address de, address vers, uint256 montant) external returns (bool);
event Transfer(address indexed de, address indexed vers, uint256 montant);
event Approval(address indexed proprietaire, address indexed delegue, uint256 montant);
}
Es la única diferencia de comportamiento reseñable frente a un ERC-20 corriente. transferOwnership designa un destinatario en espera, sin ceder nada; la propiedad solo cambia cuando este llama a acceptOwnership desde su dirección.
Una transferencia en una sola etapa hacia una dirección mal escrita es irreversible: nadie posee su clave, ninguna función reservada al propietario puede volver a llamarse, el contrato queda huérfano para siempre. La segunda etapa demuestra que el destinatario controla la dirección.
getOwner expone al propietario de forma estandarizada. mint está reservado al propietario y se cierra definitivamente con finishMinting; burn está abierto al portador. Por último, increaseAllowance y decreaseAllowance evitan la condición de carrera de approve.
Existe un estándar homónimo en Bitcoin, sin relación técnica. El BRC-20 de las inscripciones Ordinals solo comparte el nombre con este: escribir «BRC20 de Coinbosa» despeja la ambigüedad.
El nodo público sirve para leer la cadena y depositar en ella transacciones firmadas. Lo que permitiría inspeccionarlo o pilotarlo está cerrado, y las consultas costosas están acotadas: sin límite, una petición de doscientos bytes puede exigir el barrido de toda la cadena.
| Familia | Estado | Qué abarca |
|---|---|---|
| eth | abierta | Bloques, saldos, almacenamiento, estimación del gas, registros, envío de transacciones firmadas. |
| net | abierta | Identidad de la red — lo que necesita una cartera para añadir la cadena. |
| web3 | cerrada | Publica la versión exacta del cliente y su huella de commit — una lista de objetivos lista para usar. |
| personal, admin | cerradas | Claves del almacén del nodo, pares, servicios, escritura de archivos. |
| debug, txpool, miner | cerradas | Estado interno, cola de transacciones, producción de bloques. |
| Transporte | HTTPS, POST únicamente — cualquier otro método se rechaza. |
|---|---|
| Tamaño de una petición | Limitada; una petición más pesada se rechaza antes de procesarse. |
| Llamadas agrupadas | Limitados por petición HTTP. |
| Rango de registros | Acotada por llamada a eth_getLogs; los historiales largos se leen por tramos. |
| Filtros de registros | Número de direcciones y de temas alternativos acotado por posición de búsqueda. |
| Origen del navegador | solo explorer.coinbosa.com; las llamadas de servidor a servidor no se ven afectadas. |
Este punto de acceso está hecho para leer y para depositar. No expone suscripción WebSocket: una aplicación sondea el nodo en lugar de suscribirse. Y releer un estado en un bloque antiguo exige un nodo de archivo, que cualquiera puede ejecutar a partir del repositorio.
Los valores que siguen son los del libro blanco. No exigen que se nos crea: bastan dos peticiones para volver a encontrarlos.
| Consenso y tiempo de bloque | Parlia — Objetivo: 5 s | Medición: 5,018 s sobre 500 bloques |
|---|---|
| Identificador de cadena | 26262 — protección anti-repetición EIP-155 |
| Cambio de epoch | Intervalos de validadores fijados — verificado en los bloques 200, 400, 600, 800 |
| Contrato de sistema del consenso | Escrito a medida (Solidity / Go-Ethereum), en funcionamiento directo en la cadena |
| Estándar de token nativo | BRC20, compatible con ERC-20 — batería de pruebas automatizada |
| Oferta de BOSA | 700 000 000, 18 decimales |
| Huella del bloque 0 | 0x8dcdadc247a98f33728cae944e20ce7c49c74b35cfba31495f85e98979018da6 |
| Raíz de estado del bloque 0 | 0x93682eb9182a55531d47014b76a285b45d3e720a2951f9ffbdc67f52995f8c03 |
| Puesta en producción | 7 de agosto de 2026 |
# doit renvoyer "0x6696" — soit 26262
curl -s -X POST https://explorer.coinbosa.com/rpc \
-H 'content-type: application/json' \
-d '{"jsonrpc":"2.0","id":1,"method":"eth_chainId","params":[]}'
# doit renvoyer l empreinte 0x8dcdadc2... publiee plus haut
curl -s -X POST https://explorer.coinbosa.com/rpc \
-H 'content-type: application/json' \
-d '{"jsonrpc":"2.0","id":1,
"method":"eth_getBlockByNumber","params":["0x0",false]}'
El cliente, los contratos, el genesis y los scripts de despliegue están publicados en el repositorio Coinbosa. Recompilar el genesis debe devolver exactamente la huella del bloque 0 publicada más arriba.
Un nombre y un símbolo se copian; un identificador de cadena y una huella de bloque 0, no. Son ellos los que hay que comparar antes de enviar una transacción, y el explorador los muestra en claro.
Quién edita esta redEl editor, el ecosistema construido en torno a la cadena y el reparto de la oferta de BOSA.
Abrir la página Acerca de