Ethershift es un servicio que permite a los usuarios intercambiar tokens rápida y fácilmente
Hola ... Si está interesado en unirse al proyecto ETHERSHIFT o si está interesado en unirse al proyecto ETHERSHIFT, vale la pena leerlo, que puede ayudarlo a encontrar información que pueda ayudarlo a ver su visión y missionón durante el proyecto ETHERSHIFT.
Etsa es a servicio que izin a los usuarios intercambiar rápida y fácilmente entre diferentes token ERC20 a la tarifa de mercado menos una tarifa, sin tener que pasar por la molestia de registrarse en un intercambio, o aprender usar un intercambio descentralizado como IDEX. Los intercambios descentralizados como IDEX anak asombrosos, sin embargo, muchos inversionistas de criptomonedas promedio sienten que son demasiado complicados y, por lo tanto, muchos de los grandes proyektos nunca obtienen la exposición que merecen. Ethershift está haciendo que el proceso de adquirir los mejores y mejores token sea más fácil que nunca.
Ethershift no tiene cuentas, recopila 0 datos de clientes y KYC no.
Seperti bisnis Ftiona Ethershift:
Para token intercontinental, los usuarios envían el valor a un dirección utama (que indica el tipo de token que desean recibir de vuelta) y el valor intercambiado se les devolverá a la dirección desde la que enviaron los tois asli.
Esta experiencia de usuario se implementa cumpliendo el intercambio utilizando Hot Wallet, y luego reflejando el intercambio (a una tasa con suerte equivalentente) dan un intercambio, y reequilibrando periódicamente los intercambios / Hot Wallets.
Ethershift toma un corte de ganancia (la mitad en forma de token de entrada, la mitad en forma de token de salida) para tener en cuenta el riesgo de cambio en la tasa de cambio. Los terceros pueden integrar Ethershift en sus propios sistemas y recibir una reducción del 50% de las ganancias a través de la API de Ethershift.
El servicio de fondo es una aplicación escrita en el nodo JS, que se ejecuta en Amazon EC2. Para accesor a la red de Ethereum, se-instala un nodo completo en el servidor, y el servicio de fondo se comunica con él a través de su API JSONRPC. El servicio usa una basis de datos SQL para realizar un seguimiento de las ganancias.
El servicio proporcionará la siguiente API para el sitio web front-end:
1. ListSupporrtedERC20Tokens (): devuelve una lista de token ERC20 compatibles y "ETH".
2. GetNewConversionAddress (token_name, profit_share, profit_address): genera una nueva dirección de Ethereum para konverter el valor en el token con el nombre token_name. Una fracción de profit_share (Penghargaan entre 0 y 1) de los beneficios generados por esta dirección se apartará para enviarse a profit_address una vez que el valor haya superado cierto umbral.
3. GetThirdPartyProfitBalance (dirección): devuelve el balance de participación en los beneficios sin enviar ganado por la dirección.
4. GetHotWalletBalances (): devuelve los saldos actuales de hot wallet para cada token.
5. GetExchangeBalances (): devuelve los saldos de cada token en cada intercambio.
El servicio tendrá las siguientes opciones de configuración:
1. Una lista de tokens ERC20 kompatibel dengan "ETH".
2. HardwareWallet: una dirección donde las ganancias se envían una vez que superan un umbral.
3. ProfitSendThresholds [ERC20 o "ETH"]: tidak memberi peringatan kepada ERC20 kompatibel ("ETH").
4. ProfitCut: un valor entre 0 y 1 que especifica la fracción que se guardará como ganancia.
5. ThirdPartyProfitCut: un valor entre 0 y 1 que especifica qué parte de la ganancia total se envía a terceros (el resto va a Ethershift).
6. ThirdPartyProfitSendThreshold [ERC20 o "ETH"]: un umbral para cada token ERC20 y ETH. Las ganancias de terceros se envían una vez que cruzan estos umbrales.
7. IdealHotWalletAmount [ERC20 o "ETH"]: tidak ada yang ideal untuk menentukan jumlah uang tunai antar billeteras. El sistema mantendrá las cantidades reales entre la mitad y 1,5x el valor ideal. El systema se sembrará con esta cantidad de cada token una vez para la billetera activa, y nuevamente para cada intercambio. Por lo tanto, para syair interambios de N2, el sistema necesita N veces las cantidades ideales de cada token. Las cantidades ideales di basan en los patrones de comercio observados, de modo que las carteras de cambio / activadas tidak ada agote más rápido de lo que pueden reequilibrarse.
La base de datos almacenará (entre otras cosas):
1. Una lista de direcciones de Ethereum, y para cada una:
Sebuah. El nombre del token ERC20 (o "ETH") al que se debe konvertir cualquier valor enviado a esta dirección.
segundo. Para cada token ERC20 (y "ETH"), el saldo aktual de los beneficios de terceros obtenidos por la dirección.
melakukan. Para cada token ERC20 (y "ETH"), el saldo aktual de ganancias de Ethershift se gana por la dirección.
kembali. La dirección del tercero al que se enviarán los beneficios.
Organizamos la implementación del back-end como sigue:
Objetos de intercambio (1 o más instancias)
Los objetos de intercambio putra abstracciones de un intercambio de token ETH / ERC20. Controlan elimbangan almacenado en esos intercambios y son la ruta a través de la cual el resto de la aplicación realiza intercambios, depósitos y retiros.
Tanpa tujuan de Exchange proporciona la siguiente API.
GetBalance (token): devuelve el saldo del token que se mantiene en este intercambio.
EstimateRate (tokenA, tokenB, tokenAvalue): estima de forma conservadora la cantidad de tokenB que se puede comprar con tokenAvalue dari tokenA en un futuro cercano. Tidak ada kesalahan dan tidak ada suficiente saldo dari tokenA en la central para llevar a cabo realmente la operación. La implementación interna almacena temporalmente las transacciones antes de que se realicen, por lo que tendrá en cuenta esas órdenes pendientes. También tendrá en cuenta los respectarios de depósito / retirada / comercialización y precios del del del gas del, de modo que represente la tasa que obtendría si depositara tokenAvalue dari tokenA en el intercambio, realizara el intercambio y luego lo retirara (pagando el gas y posibles Tarifas al intercambio en cada uno de estos pasos).
MakeTrade (tokenA, tokenB, tokenAvalue): Usando la balanza en el intercambio, compra tokenB con tokenA a la mejor tarifa actualmente disponible, devolviendo la cantidad de tokenB que se compró. Oleh supuesto, no puede haber ninguna garantía, pero se debe hacer todo lo posible para garantizar que la tasa de cambio sea mejor que la devuelta por EstimateRate (), siempre que EstimateRate () no se haya llamado demasiado en el pasado. A pesar del esfuerzo, el intercambio podría seguir a un ritmo peor. Para estar seguros, tenemos múltiples llamadas asíncronas sucediendo a la vez.
Otras memfungsikan para carteras las reequilibrar.
Todos los saldos de los intercambios serán sembrados con una IdealHotWalletAmount de cada token. billetera caliente La billetera en el servidor se sembrará con la cantidad IdealHotWalletAmount de cada token. Un servicio vigila el envío de token a las direcciones Ethershift (esperando al menos 12 confirmaciones. Para cada una de estas transacciones, ejecuta todas las acciones siguientes antes de procesar más depósitos:
Identifikas el tipo de token de salida deseado, según la dirección a la que se enviaron los token
antiene una fracción ProfitCut / 2 del valor en la billetera activa y actualiza los saldos de beneficios en la base de datos (de acuerdo con ThirdPartyProfitCut).
Pide a todos los objetos de intercambio su estimación de la tasa de cambio entre el par de fichas deseado y la cantidad enviada, y elige la mejor.
Inicia una llamada asincrónica MakeTrade en la API de Exchange.
Envía la salida esperada de la operación al usuario (en la dirección desde la que envió los toses originales) desde la billetera activa, menos una fracción ProfitCut / 2, y actualiza los saldos de ganancias.
Si la llamada a MakeTrade devuelve un error, vuelve al paso 1. Si la llamada devuelve un error más de 3 veces seguidas, envía una alerta por correo electrónico para la intervención manual. Si la llamada tiene éxito y la tasa es peor que la que se le proporcionó al usuario, envía una alerta por correo electrónico.
Es importante que los pasos 1 a 4 no se ejecuten en paralelo para diferentes depósitos en Ethershift. Esto es necesario para obtener las estimaciones de la tasa de cambio más segura, porque EstimateRate puede hacer llamadas destacadas a MakeTrade.
Es posible que no haya suficiente keseimbangan en la billetera caliente o la billetera de intercambio para que estos pasos pasen. Si eso sucede, envía una alerta por correo electrónico (es una indicación de que IdealHotWalletAmount es demasiado pequeña para ese token) y agrega la transacción a una cola para volver a intentarla más tarde.
El EstimateRate del objeto Menukar incluye todos los costos de depositar en el intercambio, realizar el intercambio y luego retirar el intercambio. Por lo tanto, Ethershift seguirá siendo disewakan termasuk operasimu dan desencadena un depósito individu y retiro en el intercambio. Sin embargo, el gas se puede ahorrar esperando hasta que cualquiera de las carteras caiga por debajo de su IdealHotWalletAmount / 2 o suba por encima de su IdealHotWalletAmount * 1.5.
Si solo se usa un interambio para una moneda determinada, entonces (suponiendo que no haya demasiada variabilidad del tipo de cambio) los saldos en el intercambio reflejarán los saldos en la billetera caliente: si la billetera caliente regala 1ETH por 5TOKENS, el la billetera caliente se sentará en (-1ETH, + 5TOKENS), y después de que se realice el intercambio, los saldos de la bolsa estarán en (-5TOKENS, + 1ETH). Con un intercambio, los saldos de la billetera caliente se alejarán demasiado de la cantidad ideal precisamente cuando también lo hacen los saldos de la bolsa.
Seperti halnya, con sol un intercambio, es fácil garantizar que ningún depósito o retiro hacia / desde el intercambio laut menor que IdealHotWalletAmount / 2. Si este fuera el caso, la Tasa Estimada de la Bolsa podra proporcionar una mejor tasa asumiendo que los depósitos y retiros se agrupan en transacciones con la cantidad mínima IdealHotWalletAmount / 2 (ya que esto usaría menos gas que hacer un depósito / retiro para cada operación).
Cuando hay más de un intercambio, los intercambios se distribuirán en múltiples intercambios. Es posible que una de las balanzas de la billetera caliente se desvíe lejos del valor ideal, mientras que todas las balanzas de las bolsas aún se encuentran dentro de un rango aceptable. La forma de acercar el saldo de la billetera caliente al valor ideal es realizar depósitos y retiros que pueden ser menores que la mitad del valor ideal. Con el fin de evitar aún más el intercambio de valores entre las diferentes bolsas, el re-balanceo de la billetera caliente proviene del mismo intercambio en el que ocurrió el intercambio. Enton, en el
en el peor de los casos, N pequeñas transacciones que totalizan IdealHotWalletAmount / 2 se distribuyen en todas las N centrales. La billetera caliente solo necesita reequilibrarse, lo que requeriría N depósitos y retiros, uno para cada operación. Esta es la razón por la cual, para soportar múltiples intercambios, EstimateRate necesita tener en cuenta el costo total de depositar, negociar y retirar.
También escalant que que en de un intercambio se desvíe demasiado mientras los saldos de la billetera caliente se encuentran todavía dentro del rango aceptable. Esto sucedería cuando, por ejemplo, ExchangeA proporciona la mejor tarifa al comprar TokenB con TokenA y ExchangeB proporciona la mejor tarifa al comprar TokenC con TokenB. Si las órdenes entrantes para TokenA-> TokenB coinciden aproximadamente con las órdenes entrantes para TokenB-> TokenC, entonces el balance TokenB de la billetera activa permanecerá en el rango ideal, pero ExchangeB desarrollará un déficit de TokenB.
A medida que progresemos, haremos un montón de ajustes de los IdealHotWalletAmounts y los algoritmos para distribuir los intercambios y reequilibrar los monederos para encontrar el término medio más rentable entre "estamos obligados a usar una tasa de cambio, pero los depósitos y los retiros siempre se amortizarán "y" podemos elegir la mejor tasa de cambio de cualquiera de las N bolsas, pero estamos reduciendo la cantidad de amortización de depósitos / retiros. "La billetera Ethereum está sembrada con algo de ETH untuk pagar el trans las gas. El servicio de fondo envía notificaciones a un dirección de correo electrónico cuando la balanza se está agotando y debe reabastecerse.
Una instancia separada de EC2 alojará el sitio web de Ethershift orientado al usuario. Este sitio web mostrará a los usuarios las direcciones (con códigos QR) a las que deben enviar los token para pewawancara intercambios. También tendrá un sistema de inicio de sesión de cuenta de afiliado donde los usuarios pueden iniciar sesión y generar direcciones especiales que les enviarán un recorte de las ganancias cada vez que alguien loo. También permitirá el acceso a la API de Ethershift.
Los sitios web tienen un panel de administración que permité cierta visibilidad de lo que está sucediendo en el servidor backend de Ethershift. Oleh ejemplo, puede usar GetHotWalletBalances () untuk sebagian besar akun asli dari dompet panas, y se agregarán otras API para ver el historial de transacciones, dll. El pan de administración es una vista de solo lectura de lo que está sucediendo en el back- akhir, y tidak ada podrá manipular el back-end.
Dado que Ethershift cumple con los intercambios de sus usuarios antes de que pueda estar seguro del intercambio que realmente recibirá, existe un riesgo significativo de que la tasa de cambio empeore entre el momento en que Ethershift cumpla con la transacción del usuario y cuando Ethershift haga la operación correspondiente. id un intercambio. También es posible que la tasa de cambio mejore e incluso podría salir a largo plazo, pero sin embargo Ethershift debería asumir que parte de su beneficiio se destinará a pagar estos intercambios no rentables. El back-end detecta cada vez que sucede y pone a disposición métricas para que los algoritmos de estimación del tipo de cambio puedan mejorarse.
Las cuentas y los servidores de Ethershift (seperti ejemplo, el registrador de dominios, AWS, dll) se configuran y administran desde una nueva computadora portátil con Linux que se usa exclusivamente para este fin. Las contraseñas de las cuentas se generan aleatoriamente y se almacenan en esta máquina. Esto ayuda a evitar que el malware y los delincuentes memberikan layanan los servidores. Tidak ada perangkat lunak, perangkat lunak dan visualisasi untuk perangkat elektronik dan komputer. Las claves privadas SSH para acceder a los servidores y los secretos de copia de seguridad de Tarsnap se generan en esta máquina y nunca se abandonan, excepto en las copias de seguridad. Al menos dos copias de seguridad cifradas de esta computadora portátil deben mantenerse en un lugar seguro, con una de ellas fuera del sitio. Comprobamos periódicamente (utilizando la computadora portátil de administración en sí) que las copias de seguridad funcionan correctamente y contienen toda la información importante. Para reducir la amenaza del robo físico,
Para reducir el riesgo de pérdida monetaria, es krusial para el diseño e implementación de Ethershift adalah seorang auditorías de seguridad de terceros. Error pada sutiles dan operasi back-end pueden Hasil dan tidak ada inactividad o robo de token. Se pertahankan dulu cuidado utama para endurecer los servidores contra el ataque. Los detalles completos sobre cómo planamos hacer más difícil nuestro servidor están fuera del alcance de este documento, pero se pueden hacer algunos puntos generales:
Autenticación de dos factores en todas las cuentas (AWS, el registrador de dominio, dll.).
Cada sistema se ejecuta en su propio hardware dedicado, para evitar posibles robos de ataques de canal lateral entre VM.
Todo el perangkat lunak de los servidores, incluido el nodo Ethereum, debe actualizarse regularmente.
Deshabilitar todos los servicios innecesarios en los servidores.
Tidak ada ejecute nada como root a menos que sea absolutamente necesario.
Administre los servidores con SSH y desactive la autenticación de contraseñas para que la única manera de ingresar es tener la clave privada SSH. Administrasi solo los servidores desde la computadora portátil de administración.
Token Ethershift
El token Ethershift es un token ERC20 que representa el 50% de los honorarios brutos recaudados por Ethershift. Cada transquisón que se realiza en cualquiera de los productos Penghasilan menghasilkan una comisión del 5%. El sistema calcula automáticamente la tarifa bruta que Ethershift recaudó después del gas y la membagi en 2 billeteras. Una billetera se usa para costos operativos, sueldos, legales, dll, y la otra billetera se usa para volver a comprar token Ethershift.
A partir de 2019, cada trimestre, el 50% dari todas las tarifas brutas recaudadas por Ethershift se destánán a comprar las fichas y luego quemarlas. Los compraremos en otros intercambios descentralizados que incluyen el token Ethershift y el sitio web de Ethershift al precio justo de mercado. Una vez que hayamos comprado tantos token Ethershift como podamos con el 50% de los honorarios cobrados, quemaremos los tokens Ethershift enviándolos a una dirección no válida como 0x000000000000000000000000000000EthErShIFt. La grabación será pública y se verificará fácilmente en la cadena de bloques. Este modelo de compra y quema proporcionará un gran soporte de compra para la ficha Ethershift, y las quemaduras del cuartel con el tiempo disminuirán en gran medida el suministro circulante de las fichas.
El suministro máximo de tokens Ethershift es 15.000.000. 3.000.000 token Ethershift se destinan, promociones, regalos, recompensas y asesores. Se asignan 3.000.000 token mi los del delo y los primeros inversores. 9,000,000 eston disponibles para la venta en las 3 rondas de Ethershift ICO. Si cualquiera de las 3 rondas no llega a su límite duro específico, las fichas restantes de esa ronda se quemarán.
Etsa es a servicio que izin a los usuarios intercambiar rápida y fácilmente entre diferentes token ERC20 a la tarifa de mercado menos una tarifa, sin tener que pasar por la molestia de registrarse en un intercambio, o aprender usar un intercambio descentralizado como IDEX. Los intercambios descentralizados como IDEX anak asombrosos, sin embargo, muchos inversionistas de criptomonedas promedio sienten que son demasiado complicados y, por lo tanto, muchos de los grandes proyektos nunca obtienen la exposición que merecen. Ethershift está haciendo que el proceso de adquirir los mejores y mejores token sea más fácil que nunca.
Ethershift no tiene cuentas, recopila 0 datos de clientes y KYC no.
Seperti bisnis Ftiona Ethershift:
Para token intercontinental, los usuarios envían el valor a un dirección utama (que indica el tipo de token que desean recibir de vuelta) y el valor intercambiado se les devolverá a la dirección desde la que enviaron los tois asli.
Esta experiencia de usuario se implementa cumpliendo el intercambio utilizando Hot Wallet, y luego reflejando el intercambio (a una tasa con suerte equivalentente) dan un intercambio, y reequilibrando periódicamente los intercambios / Hot Wallets.
Ethershift toma un corte de ganancia (la mitad en forma de token de entrada, la mitad en forma de token de salida) para tener en cuenta el riesgo de cambio en la tasa de cambio. Los terceros pueden integrar Ethershift en sus propios sistemas y recibir una reducción del 50% de las ganancias a través de la API de Ethershift.
El servicio de fondo es una aplicación escrita en el nodo JS, que se ejecuta en Amazon EC2. Para accesor a la red de Ethereum, se-instala un nodo completo en el servidor, y el servicio de fondo se comunica con él a través de su API JSONRPC. El servicio usa una basis de datos SQL para realizar un seguimiento de las ganancias.
El servicio proporcionará la siguiente API para el sitio web front-end:
1. ListSupporrtedERC20Tokens (): devuelve una lista de token ERC20 compatibles y "ETH".
2. GetNewConversionAddress (token_name, profit_share, profit_address): genera una nueva dirección de Ethereum para konverter el valor en el token con el nombre token_name. Una fracción de profit_share (Penghargaan entre 0 y 1) de los beneficios generados por esta dirección se apartará para enviarse a profit_address una vez que el valor haya superado cierto umbral.
3. GetThirdPartyProfitBalance (dirección): devuelve el balance de participación en los beneficios sin enviar ganado por la dirección.
4. GetHotWalletBalances (): devuelve los saldos actuales de hot wallet para cada token.
5. GetExchangeBalances (): devuelve los saldos de cada token en cada intercambio.
El servicio tendrá las siguientes opciones de configuración:
1. Una lista de tokens ERC20 kompatibel dengan "ETH".
2. HardwareWallet: una dirección donde las ganancias se envían una vez que superan un umbral.
3. ProfitSendThresholds [ERC20 o "ETH"]: tidak memberi peringatan kepada ERC20 kompatibel ("ETH").
4. ProfitCut: un valor entre 0 y 1 que especifica la fracción que se guardará como ganancia.
5. ThirdPartyProfitCut: un valor entre 0 y 1 que especifica qué parte de la ganancia total se envía a terceros (el resto va a Ethershift).
6. ThirdPartyProfitSendThreshold [ERC20 o "ETH"]: un umbral para cada token ERC20 y ETH. Las ganancias de terceros se envían una vez que cruzan estos umbrales.
7. IdealHotWalletAmount [ERC20 o "ETH"]: tidak ada yang ideal untuk menentukan jumlah uang tunai antar billeteras. El sistema mantendrá las cantidades reales entre la mitad y 1,5x el valor ideal. El systema se sembrará con esta cantidad de cada token una vez para la billetera activa, y nuevamente para cada intercambio. Por lo tanto, para syair interambios de N2, el sistema necesita N veces las cantidades ideales de cada token. Las cantidades ideales di basan en los patrones de comercio observados, de modo que las carteras de cambio / activadas tidak ada agote más rápido de lo que pueden reequilibrarse.
La base de datos almacenará (entre otras cosas):
1. Una lista de direcciones de Ethereum, y para cada una:
Sebuah. El nombre del token ERC20 (o "ETH") al que se debe konvertir cualquier valor enviado a esta dirección.
segundo. Para cada token ERC20 (y "ETH"), el saldo aktual de los beneficios de terceros obtenidos por la dirección.
melakukan. Para cada token ERC20 (y "ETH"), el saldo aktual de ganancias de Ethershift se gana por la dirección.
kembali. La dirección del tercero al que se enviarán los beneficios.
Organizamos la implementación del back-end como sigue:
Objetos de intercambio (1 o más instancias)
Los objetos de intercambio putra abstracciones de un intercambio de token ETH / ERC20. Controlan elimbangan almacenado en esos intercambios y son la ruta a través de la cual el resto de la aplicación realiza intercambios, depósitos y retiros.
Tanpa tujuan de Exchange proporciona la siguiente API.
GetBalance (token): devuelve el saldo del token que se mantiene en este intercambio.
EstimateRate (tokenA, tokenB, tokenAvalue): estima de forma conservadora la cantidad de tokenB que se puede comprar con tokenAvalue dari tokenA en un futuro cercano. Tidak ada kesalahan dan tidak ada suficiente saldo dari tokenA en la central para llevar a cabo realmente la operación. La implementación interna almacena temporalmente las transacciones antes de que se realicen, por lo que tendrá en cuenta esas órdenes pendientes. También tendrá en cuenta los respectarios de depósito / retirada / comercialización y precios del del del gas del, de modo que represente la tasa que obtendría si depositara tokenAvalue dari tokenA en el intercambio, realizara el intercambio y luego lo retirara (pagando el gas y posibles Tarifas al intercambio en cada uno de estos pasos).
MakeTrade (tokenA, tokenB, tokenAvalue): Usando la balanza en el intercambio, compra tokenB con tokenA a la mejor tarifa actualmente disponible, devolviendo la cantidad de tokenB que se compró. Oleh supuesto, no puede haber ninguna garantía, pero se debe hacer todo lo posible para garantizar que la tasa de cambio sea mejor que la devuelta por EstimateRate (), siempre que EstimateRate () no se haya llamado demasiado en el pasado. A pesar del esfuerzo, el intercambio podría seguir a un ritmo peor. Para estar seguros, tenemos múltiples llamadas asíncronas sucediendo a la vez.
Otras memfungsikan para carteras las reequilibrar.
Todos los saldos de los intercambios serán sembrados con una IdealHotWalletAmount de cada token. billetera caliente La billetera en el servidor se sembrará con la cantidad IdealHotWalletAmount de cada token. Un servicio vigila el envío de token a las direcciones Ethershift (esperando al menos 12 confirmaciones. Para cada una de estas transacciones, ejecuta todas las acciones siguientes antes de procesar más depósitos:
Identifikas el tipo de token de salida deseado, según la dirección a la que se enviaron los token
antiene una fracción ProfitCut / 2 del valor en la billetera activa y actualiza los saldos de beneficios en la base de datos (de acuerdo con ThirdPartyProfitCut).
Pide a todos los objetos de intercambio su estimación de la tasa de cambio entre el par de fichas deseado y la cantidad enviada, y elige la mejor.
Inicia una llamada asincrónica MakeTrade en la API de Exchange.
Envía la salida esperada de la operación al usuario (en la dirección desde la que envió los toses originales) desde la billetera activa, menos una fracción ProfitCut / 2, y actualiza los saldos de ganancias.
Si la llamada a MakeTrade devuelve un error, vuelve al paso 1. Si la llamada devuelve un error más de 3 veces seguidas, envía una alerta por correo electrónico para la intervención manual. Si la llamada tiene éxito y la tasa es peor que la que se le proporcionó al usuario, envía una alerta por correo electrónico.
Es importante que los pasos 1 a 4 no se ejecuten en paralelo para diferentes depósitos en Ethershift. Esto es necesario para obtener las estimaciones de la tasa de cambio más segura, porque EstimateRate puede hacer llamadas destacadas a MakeTrade.
Es posible que no haya suficiente keseimbangan en la billetera caliente o la billetera de intercambio para que estos pasos pasen. Si eso sucede, envía una alerta por correo electrónico (es una indicación de que IdealHotWalletAmount es demasiado pequeña para ese token) y agrega la transacción a una cola para volver a intentarla más tarde.
El EstimateRate del objeto Menukar incluye todos los costos de depositar en el intercambio, realizar el intercambio y luego retirar el intercambio. Por lo tanto, Ethershift seguirá siendo disewakan termasuk operasimu dan desencadena un depósito individu y retiro en el intercambio. Sin embargo, el gas se puede ahorrar esperando hasta que cualquiera de las carteras caiga por debajo de su IdealHotWalletAmount / 2 o suba por encima de su IdealHotWalletAmount * 1.5.
Si solo se usa un interambio para una moneda determinada, entonces (suponiendo que no haya demasiada variabilidad del tipo de cambio) los saldos en el intercambio reflejarán los saldos en la billetera caliente: si la billetera caliente regala 1ETH por 5TOKENS, el la billetera caliente se sentará en (-1ETH, + 5TOKENS), y después de que se realice el intercambio, los saldos de la bolsa estarán en (-5TOKENS, + 1ETH). Con un intercambio, los saldos de la billetera caliente se alejarán demasiado de la cantidad ideal precisamente cuando también lo hacen los saldos de la bolsa.
Seperti halnya, con sol un intercambio, es fácil garantizar que ningún depósito o retiro hacia / desde el intercambio laut menor que IdealHotWalletAmount / 2. Si este fuera el caso, la Tasa Estimada de la Bolsa podra proporcionar una mejor tasa asumiendo que los depósitos y retiros se agrupan en transacciones con la cantidad mínima IdealHotWalletAmount / 2 (ya que esto usaría menos gas que hacer un depósito / retiro para cada operación).
Cuando hay más de un intercambio, los intercambios se distribuirán en múltiples intercambios. Es posible que una de las balanzas de la billetera caliente se desvíe lejos del valor ideal, mientras que todas las balanzas de las bolsas aún se encuentran dentro de un rango aceptable. La forma de acercar el saldo de la billetera caliente al valor ideal es realizar depósitos y retiros que pueden ser menores que la mitad del valor ideal. Con el fin de evitar aún más el intercambio de valores entre las diferentes bolsas, el re-balanceo de la billetera caliente proviene del mismo intercambio en el que ocurrió el intercambio. Enton, en el
en el peor de los casos, N pequeñas transacciones que totalizan IdealHotWalletAmount / 2 se distribuyen en todas las N centrales. La billetera caliente solo necesita reequilibrarse, lo que requeriría N depósitos y retiros, uno para cada operación. Esta es la razón por la cual, para soportar múltiples intercambios, EstimateRate necesita tener en cuenta el costo total de depositar, negociar y retirar.
También escalant que que en de un intercambio se desvíe demasiado mientras los saldos de la billetera caliente se encuentran todavía dentro del rango aceptable. Esto sucedería cuando, por ejemplo, ExchangeA proporciona la mejor tarifa al comprar TokenB con TokenA y ExchangeB proporciona la mejor tarifa al comprar TokenC con TokenB. Si las órdenes entrantes para TokenA-> TokenB coinciden aproximadamente con las órdenes entrantes para TokenB-> TokenC, entonces el balance TokenB de la billetera activa permanecerá en el rango ideal, pero ExchangeB desarrollará un déficit de TokenB.
A medida que progresemos, haremos un montón de ajustes de los IdealHotWalletAmounts y los algoritmos para distribuir los intercambios y reequilibrar los monederos para encontrar el término medio más rentable entre "estamos obligados a usar una tasa de cambio, pero los depósitos y los retiros siempre se amortizarán "y" podemos elegir la mejor tasa de cambio de cualquiera de las N bolsas, pero estamos reduciendo la cantidad de amortización de depósitos / retiros. "La billetera Ethereum está sembrada con algo de ETH untuk pagar el trans las gas. El servicio de fondo envía notificaciones a un dirección de correo electrónico cuando la balanza se está agotando y debe reabastecerse.
Una instancia separada de EC2 alojará el sitio web de Ethershift orientado al usuario. Este sitio web mostrará a los usuarios las direcciones (con códigos QR) a las que deben enviar los token para pewawancara intercambios. También tendrá un sistema de inicio de sesión de cuenta de afiliado donde los usuarios pueden iniciar sesión y generar direcciones especiales que les enviarán un recorte de las ganancias cada vez que alguien loo. También permitirá el acceso a la API de Ethershift.
Los sitios web tienen un panel de administración que permité cierta visibilidad de lo que está sucediendo en el servidor backend de Ethershift. Oleh ejemplo, puede usar GetHotWalletBalances () untuk sebagian besar akun asli dari dompet panas, y se agregarán otras API para ver el historial de transacciones, dll. El pan de administración es una vista de solo lectura de lo que está sucediendo en el back- akhir, y tidak ada podrá manipular el back-end.
Dado que Ethershift cumple con los intercambios de sus usuarios antes de que pueda estar seguro del intercambio que realmente recibirá, existe un riesgo significativo de que la tasa de cambio empeore entre el momento en que Ethershift cumpla con la transacción del usuario y cuando Ethershift haga la operación correspondiente. id un intercambio. También es posible que la tasa de cambio mejore e incluso podría salir a largo plazo, pero sin embargo Ethershift debería asumir que parte de su beneficiio se destinará a pagar estos intercambios no rentables. El back-end detecta cada vez que sucede y pone a disposición métricas para que los algoritmos de estimación del tipo de cambio puedan mejorarse.
Las cuentas y los servidores de Ethershift (seperti ejemplo, el registrador de dominios, AWS, dll) se configuran y administran desde una nueva computadora portátil con Linux que se usa exclusivamente para este fin. Las contraseñas de las cuentas se generan aleatoriamente y se almacenan en esta máquina. Esto ayuda a evitar que el malware y los delincuentes memberikan layanan los servidores. Tidak ada perangkat lunak, perangkat lunak dan visualisasi untuk perangkat elektronik dan komputer. Las claves privadas SSH para acceder a los servidores y los secretos de copia de seguridad de Tarsnap se generan en esta máquina y nunca se abandonan, excepto en las copias de seguridad. Al menos dos copias de seguridad cifradas de esta computadora portátil deben mantenerse en un lugar seguro, con una de ellas fuera del sitio. Comprobamos periódicamente (utilizando la computadora portátil de administración en sí) que las copias de seguridad funcionan correctamente y contienen toda la información importante. Para reducir la amenaza del robo físico,
Para reducir el riesgo de pérdida monetaria, es krusial para el diseño e implementación de Ethershift adalah seorang auditorías de seguridad de terceros. Error pada sutiles dan operasi back-end pueden Hasil dan tidak ada inactividad o robo de token. Se pertahankan dulu cuidado utama para endurecer los servidores contra el ataque. Los detalles completos sobre cómo planamos hacer más difícil nuestro servidor están fuera del alcance de este documento, pero se pueden hacer algunos puntos generales:
Autenticación de dos factores en todas las cuentas (AWS, el registrador de dominio, dll.).
Cada sistema se ejecuta en su propio hardware dedicado, para evitar posibles robos de ataques de canal lateral entre VM.
Todo el perangkat lunak de los servidores, incluido el nodo Ethereum, debe actualizarse regularmente.
Deshabilitar todos los servicios innecesarios en los servidores.
Tidak ada ejecute nada como root a menos que sea absolutamente necesario.
Administre los servidores con SSH y desactive la autenticación de contraseñas para que la única manera de ingresar es tener la clave privada SSH. Administrasi solo los servidores desde la computadora portátil de administración.
Token Ethershift
El token Ethershift es un token ERC20 que representa el 50% de los honorarios brutos recaudados por Ethershift. Cada transquisón que se realiza en cualquiera de los productos Penghasilan menghasilkan una comisión del 5%. El sistema calcula automáticamente la tarifa bruta que Ethershift recaudó después del gas y la membagi en 2 billeteras. Una billetera se usa para costos operativos, sueldos, legales, dll, y la otra billetera se usa para volver a comprar token Ethershift.
A partir de 2019, cada trimestre, el 50% dari todas las tarifas brutas recaudadas por Ethershift se destánán a comprar las fichas y luego quemarlas. Los compraremos en otros intercambios descentralizados que incluyen el token Ethershift y el sitio web de Ethershift al precio justo de mercado. Una vez que hayamos comprado tantos token Ethershift como podamos con el 50% de los honorarios cobrados, quemaremos los tokens Ethershift enviándolos a una dirección no válida como 0x000000000000000000000000000000EthErShIFt. La grabación será pública y se verificará fácilmente en la cadena de bloques. Este modelo de compra y quema proporcionará un gran soporte de compra para la ficha Ethershift, y las quemaduras del cuartel con el tiempo disminuirán en gran medida el suministro circulante de las fichas.
El suministro máximo de tokens Ethershift es 15.000.000. 3.000.000 token Ethershift se destinan, promociones, regalos, recompensas y asesores. Se asignan 3.000.000 token mi los del delo y los primeros inversores. 9,000,000 eston disponibles para la venta en las 3 rondas de Ethershift ICO. Si cualquiera de las 3 rondas no llega a su límite duro específico, las fichas restantes de esa ronda se quemarán.
mapa de carreteras
TIM
Aquí está la información que le presento para buscar información y conocer el proyecto ETHERSHIFT que actualmente está ejecutando su equipo, si hay algún kesalahan al explicar este artículo, tidak ada preocupe, ia escrito para obtener información precisa. Información y, por supuesto, podrá hablar directamente con su equipo o con él, en el enlace.
Para pengumpul informasi y y ang gulirkan redes sosiales ETHERSHIFT hoy, siga estas pautas:
Sitio web: https://ico.ethershift.co/
Tema de anuncio: https://bitcointalk.org/index.php?topic=4965937.0
Informe técnico: https://ico.ethershift.co/wp-content/themes/ethershift- ico / downloads / ethershift_whitepaper.pdf
Telegram: https://t.me/ethershiftco
My AUTOR: Tiwik
0x77a1F0a3534Be90628BE103BAC061D5244C824AF
Komentar
Posting Komentar