Estoy ejecutando Parity en modo warp en Mac OSX:
paridad --warp --rpcapi "web3,eth,personal"
Luego abro una nueva terminal y ejecuto:
nodo Web3 = require("Web3") web3 = new Web3(new Web3.providers.HttpProvider(" http://localhost:8545 "))
Sin embargo, he oído que RPC no es tan seguro como IPC. ¿Es esto cierto? ¿Por qué? ¿Y cómo me conecto a través de IPC en su lugar? Sería útil alguna explicación ya que la diferencia entre IPC y RPC es un poco nebulosa para mí.
Gracias.
El estándar RPC es un servidor web no seguro (generalmente) que se comunica a través de mensajes HTTP estándar (GET/POST/PUT/etc). Si no está protegido (y tal vez la paridad proporcione la capacidad de protegerlo con certificados de algún tipo), esto significa que cualquier persona que pueda acceder al puerto en el que está escuchando podrá controlar todas las funciones expuestas por ese RPC.
El punto final de IPC, por otro lado, es una tubería con nombre en el sistema de archivos, que está protegida a través de todos los medios normales de permisos del sistema de archivos. Esto significa que si el usuario/grupo carece de permisos para el identificador de archivo de la canalización, no podrá leerlo/escribirlo. Incluso podría configurar la canalización IPC para que sea de solo lectura para algunos usuarios y de lectura/escritura para otros.
La paridad le permite configurar la interfaz IPC a través de un archivo de configuración como mínimo, y probablemente también a través de indicadores de línea de comandos. Desde el lado web3, reemplazaría Web3.providers.HttpProvider("http://localhost:8545")con Web3.providers.IpcProvider("/path/to/ipc", net), donde netes una referencia a nodejs netlib (por ejemplo var net = require('net');).
También vale la pena señalar que Parity parece permitirle configurar la interfaz en la que escucha el RPC, lo que le permite limitarlo solo a la interfaz "local", de forma predeterminada. Esto lo acerca al nivel de seguridad (potencialmente) que ofrece el punto final de IPC, al restringir el acceso solo a los usuarios locales. Sin embargo, todavía no ofrece el nivel de control por usuario/por grupo que proporciona la interfaz IPC.
$HOME/.local/share/io.ethereum.parity/jsonrpc.ipc, pero necesitaría poder expandir la variable de entorno allí para que funcione desde el lado js.~? En la consola, intente ir a su directorio de inicio ( cd ~) y luego obtener la ruta absoluta desde allí ( pwd)?$HOMEparte de la ruta predeterminada que había proporcionado. Eso generalmente se expande a /Users/<username>/OSX o /home/<username>/Linux. Parece que hiciste la expansión adecuada en tu comentario más reciente, así que no estoy seguro de qué está pasando allí. ¿Puedes poner tu código (menos cualquier cosa que necesites/quieras redactar) en esencia para que pueda verlo más de cerca? Obtener un error de undefinedes bastante inusual.En nodejs, ubuntu 16.04, instalación predeterminada de Parity:
var net = require('net')
var web3 = require('web3')
ipcPath = process.env["HOME"] + "/.local/share/io.parity.ethereum/jsonrpc.ipc"
provider = new web3.providers.IpcProvider(this.ipcPath, net)
Finalmente resolví este problema. Después de ejecutar la paridad, ejecuta el nodo con las siguientes declaraciones:
Web3 = requerir("Web3")
red = requerir ('red')
web3 = new Web3(Web3.providers.IpcProvider("/Users/{redacted}/Library/Application\ Support/io.parity.ethereum/jsonrpc.ipc",net));
Antes simplemente estaba ejecutando Web3.providers.IpcProvider("/Users/{redacted}/Library/Application\ Support/io.parity.ethereum/jsonrpc.ipc",net) sin anidarlo dentro de web3 = new Web3(
web3 = new Web3(new Web3.providers.IpcProvider("/Users/{redacted}/Library/Application\ Support/io.parity.ethereum/jsonrpc.ipc",net));? Tenga en cuenta la newpalabra clave al crear el proveedor. También deberá asegurarse de que la paridad realmente proporcione la canalización de IPC.
usuario2284570