|
Dándole vueltas al asunto, se me ocurre que igual un sistema que podría estar bien, sería uno llamado Proof Of Transactions, que tuviera también la potencia de Hasheo limitada como PoS, pero que en lugar de basarse en bajar la Dificultad a aquel que tenga más cantidad de moneda, se basará en bajar la Dificultad a aquel que hiciera más Transacciones. De esta forma se premiaría el uso de la moneda, no la acumulación de la misma. Las transacciones irían gravadas con una comisión de tal forma que esto limitase el que alguien tratase de emitir tantas que pudiera alterar la cadena de bloques. Pienso que este sistema si que fomentaría la participación y el uso de la crypto moneda que lo aplicase...
Es simplemente una idea, tengo que darle un poco más de vueltas, pero creo que puede ser un sistema interesante...
|
|
|
|
New Fastcoin-Qt version 0.8.5.3 Released...!!!To update do not forget previous backup of your wallet.dat file.If your update is ok, you will not need it, but do it always is the best practice... You can download the clients by the links on the top of Fastcointalk.org Homepage...The main improvements are irc peers and dns seeds bug correction to obtain nodes automatically without the need of .conf file and for mac users it is implementing Memory Barrier to ensure that memory operations occur in the correct order...
|
|
|
|
New Fastcoin-Qt version 0.8.5.3 Released...!!!To update do not forget previous backup of your wallet.dat file.If your update is ok, you will not need it, but do it always is the best practice... You can download the clients by the links on the top of Fastcointalk.org Homepage...The main improvements are irc peers and dns seeds bug correction to obtain nodes automatically without the need of .conf file and for mac users it is implementing Memory Barrier to ensure that memory operations occur in the correct order...
|
|
|
|
Informaros simplemente que hemos lanzado nuevas versiones de los clientes de Fastcoin: http://www.fastcointalk.org/index.php/topic,84.0.htmlSe han creado paquetes para instalación amigable en linux, a parte de los clientes que ya teníamos (Windows, Mac y Android), y las principales mejoras que aporta esta versión son que se han corregido bugs en la obtención de nodos para la sincronización de la cadena de bloques, que comentaba en este otro post, y el memory barrier para los Macs. Espero que os sea de utilidad, y si encontráis algún problema, por favor reportárnoslo en los foros... Gracias y saludos... |
|
|
|
|
Por el momento no parece haber hecho ningún efecto... Imagino que habrá que dejar pasar unos días o semanas para verlo.
Es una moneda que ahora mismo mueve poco volumen: 1000 BTCs cada 24h más o menos, que viene a ser un 1,2% de su capitalización.
Y por otro lado el precio del BTC está subiendo...
|
|
|
|
|
No creo que haya demasiada gente, ahora mismo hay unas 7.000 cuentas con fondos. Ni tampoco creo que se haya arriesgado demasiada pasta, teniendo en cuenta que el mayor montante estará en manos de los 70 founders, que arriesgaron 21 BTCs...
Por otra parte, analizando un poco el asunto de PoS, le he visto algo que no me gusta... Es en relación con los pool de minado de monedas que usen este mecanismo. Esos pools se convierten en algo parecido a los Bancos, ya que alojaran grandes cantidades de fondos, el porcentaje de retiradas cotidianamente estará bastante alejado del montante total, y podrían no tardar mucho en plantearse operar con coeficientes de caja, y destinar los fondos a otras cuestiones ofreciendo mayores rentabilidades que el minado, etc... En fin, que parece que hay un rumbo implícito hacia Bancos de monedas PoS...
Es un tema complejo, pero no me gusta demasiado la posibilidad que plantea... Es algo que también puede hacerse con PoW, pero no de una forma tan implícita, como si parece que lo está en PoS.
|
|
|
|
Bueno, quedan un par de días para ver que han hecho...  Ahora cuentan con millones, con lo que también tienen más capacidad de maniobra... Bajo mi punto de vista es un poco pronto para publicar el código. De hecho, si yo fuera el desarrollador me opondría. Y me centraría en ir analizando posibles vulnerabilidades. Aparcaría tanta funcionalidad nueva, pero ellos sabrán lo que hacen, igual ya lo tienen todo comprobado y demás... En fin, falta poco para salir de dudas... |
|
|
|
|
Lo que dices lo suscribo, salvo con la excepción de que en las condiciones de transición iniciales no sirve. Hay gente interesada en aportar, pero otra también en destruir. Con lo que si la cosa no toma una cierta masa crítica, no prospera. Entonces bajo mi punto de vista, para tomar esa masa crítica se debe ocultar la información temporalmente a los malos, esto no es una solución buena porque también se la oculta a los buenos, pero es la menos mala...
Si los tipos que han desarrollado el proyecto son serios y tienen los skills necesarios, habrán generado la masa crítica con la suficiente robustez para que cuando sea publicado los malos lo tengan difícil, además llegados a ese punto ya contarán con la ayuda de los buenos. Si los tipos que han desarrollado la fase inicial son unos mantas, pues proyecto al carajo y ya está... Los que hayan invertido perderán lo que hayan apostado. C'est la vie...
Viene a ser como una aplicación del PoW al desarrollo, es decir, cuando se publica debe haber ya un trabajo suficiente realizado que haga que sea difícil reventarlo... Si lo publicas con poco trabajo hecho, te lo revientan a las primeras de cambio.
|
|
|
|
|
El tema es que si se libera desde el principio, se podrían aprovechar posibles bugs iniciales para atacar el proyecto y con esto podría quedar comprometido su futuro. Es simplemente una medida de protección inicial, no de centralización.
De hecho creo conveniente que el código sea libre, pero cuando tenga ya una cierta robustez. Bitcoin aunque fue libre desde el principio, realmente tuvo una primera etapa que era prácticamente cerrado por el poco interés que suscitaba el asunto en aquellos primeros momentos...
En el estado actual de interés y demás, para simular las condiciones iniciales de Bitcoin es necesario no publicar el proyecto desde el principio hasta que no esté un tanto pulido...
|
|
|
|
|
Bueno, habrá que esperar a ver como evoluciona todo lo que tienen encima de la mesa la gente de NXT. Que si se materializa vamos a una era p2p para todo: foros, tiendas, almacenamiento distribuido, alias, etc., etc...
A mi no me parece mal que proyectos serios no liberen el código desde el principio, y que una vez que tengan la robustez necesaria si lo hagan. Es que si no, dado el interés creciente en estos asuntos, habría buenas ideas que igual no nacerían...
eMunie promete transferencias inmediatas, eso puede ser un tema interesante, a ver como evoluciona, no habrá que perderlo de vista...
|
|
|
|
Interesante Hilo este, en la medida que el tiempo me lo permita iré aportando lo que pueda a él. Estoy colaborando con el proyecto de Fastcoin y estoy analizando el código con lo que imagino que iré descubriendo cosas interesantes del funcionamiento de las monedas electrónicas. Es muy similar al de Bitcoin, así es que creo que puede valernos para ir entrando en el bajo nivel... El primer asunto del que me he ocupado es de solucionar un bug que había, que si alguno tenéis el cliente de Fastcoin-Qt 0.8.5.1 lo habréis sufrido, era que al iniciarlo no conectaba a ningún nodo y no era capaz de descargarse la cadena de bloques para comenzar a funcionar como un nodo de la red haciendo lo que se ha comentado anteriormente, exceptuando lógicamente el minado. El cliente Bitcoin o Fastcoin no mina de entrada, pero si retransmite información a los otros nodos de lo que le llega o de lo que él mismo genera. Para solucionar el asunto y que se conecte, hay que crearse un archivo .conf y poner ahí los nodos con addnode y tal... El caso es que a raíz de este problema surge la siguiente pregunta: ¿Cómo logra saber un nodo que IPs tienen otros nodos de la red para conectarse a ellos y comenzar a intercambiar información?Hay varios métodos, tenéis detalles de los mismos aquí: https://en.bitcoin.it/wiki/Satoshi_Client_Node_DiscoveryMe centraré en explicar el método de descubrimiento llamado dnsseed. Para hacer este tipo de descubrimiento el nodo hace consultas dns a Servidores DNS que están incluidos en el código del nodo, por ejemplo, los que hay en el código de Fastcoin-Qt versión 0.8.5.1: static const char *strMainNetDNSSeed[][2] = {
{"u2.fastcoin.ca","a2.fastcoin.ca"},
{"u2.fastcoin.ws","u2.fastcoin.ws"},
{"a1.fastcoinfor.me","u1.fastcoinfor.me"},
{"a1.fastcoin.ca","u1.fastcoin.ca"},
{"a1.fastcoin.ws","u1.fastcoin.ws"},
{NULL, NULL}
};Como podéis ver se trata de una matriz. En la primera columna se han de especificar los servidores DNS y en la segunda el host A por el que se ha de preguntar y que apunta a IPs que son nodos estables o fijos de la red. Con lo que el cliente una vez tiene las IPs se conecta a ellos recibe ya información de otros, y así va estableciendo diferentes conexiones... El problema que tiene esto en la versión actual de Fastcoin es que los nombres que hay en la primera columna no son servidores DNS y por eso se produce el fallo. Para la siguiente versión lo hemos dejado así: static const char *strMainNetDNSSeed[][2] = {
{"ns-1470.awsdns-55.org","u2.fastcoin.ws"},
{"ns-1470.awsdns-55.org","a1.fastcoin.ws"},
{"ns1.netfirms.com","a2.fastcoin.ca"},
{NULL, NULL}
};Ahora los primeros si son servers DNSs de los dominios fastcoin.ws y fastcoin.ca respectivamente que alojan los registros Host A de los nombres de la segunda columna, y de esta forma ya si funciona de manera correcta el descubrimiento. También valdría así: static const char *strMainNetDNSSeed[][2] = {
{"ns-1470.awsdns-55.org","dnsseed.fastcoin.ws"},
{"ns1.netfirms.com","a2.fastcoin.ca"},
{NULL, NULL}
};Si en el servidor ns-1470.awsdns-55.org se crean dos host A para dnsseed.fastcoin.ws: uno apuntado uno a la IP a la que apunta actualmente u2.fastcoin.ws y otro a la IP a la que apunta actualmente a1.fastcoin.ws. Pero bueno esto es un tema de detalle técnico que tampoco tiene importancia en lo que nos ocupa... Aquí podéis ver los dnsseed que tiene Bitcoin-Qt 0.8.6: https://github.com/bitcoin/bitcoin/blob/0.8.6/src/net.cppstatic const char *strMainNetDNSSeed[][2] = {
{"bitcoin.sipa.be", "seed.bitcoin.sipa.be"},
{"bluematt.me", "dnsseed.bluematt.me"},
{"dashjr.org", "dnsseed.bitcoin.dashjr.org"},
{"xf2.org", "bitseed.xf2.org"},
{NULL, NULL}
};Resumiendo... Conocemos algo más de que es lo primero que hace un nodo de la red Bitcoin cuando se inicia. Busca desesperadamente otros nodos con los que comunicarse... Si no los logra encontrar, no podrá hacer nada. Cualquiera que se haya bajado el cliente de Fastcoin v0.8.5.1 sabrá lo que es. Por el momento conocemos dos formas de descubrimiento de nodos: 1.- DNSseed: mediante consultas a servidores DNS que están en el propio código compilado en una variable que se llama strMainNetDSNSeed. 2.- Especificando los nodos directamente en el archivo de texto .conf de %appdata%\fastcoin con unas líneas como estas: addnode=208.72.104.70 addnode=108.20.183.67 addnode=81.56.104.39 addnode=90.190.237.233 En este listado manual, logicamente, es interesante poner nodos fijos, o si se va a minar con el cliente en modo server para SOLO mining, poner la IP del nodo de algún pool grande de cara a reducir el descubrimiento de bloques que se queden luego huérfanos. Dado que ese pool tendrá la información más actualizada de la cadena de bloques y así te llegará de primera mano cual ha sido el último bloque descubierto... Para alguien que mina en modo SOLO es una pena descubrir, y luego quedarse sin la recompensa porque el bloque se haya quedado huérfano... En fins, interesantes temas... Feliz Año a todos!!! |
|
|
|
La verdad que no se si en Namecoin ya se pueden comprar alias y usar... Por lo que he podido ver en NXT si se pueden comprar y usar. He probado el plugin del Chrome y va bien: pones nxt, das espacio, pones google, das a intro y vas a www.google.comSegún puedo ver, a día de hoy, hay 35.140 Alias comprados ya en NXT. |
|
|
|
Es con arboles de bloques en lugar de cadena de bloques ¿No?... Creo que andan con algo parecido con eMunie. Según dicen los tipos llevan un año desarrollando el sistema... Más info: http://www.emunie.com/ |
|
|
|
Con las tecnologías actuales PoS o PoW no hay reparto equitativo que valga. En ambos casos de una u otra forma el que antes llega y apuesta por el proyecto en cuestión es el que se queda con la mayor parte del pastel. En un caso se consigue moneda pagando a otros que ya la tienen y en el otro se consigue moneda pagando a los que desarrollan tecnologías de minado o también a otros que ya la tienen. En el segundo caso tienes más opciones pero el gasto es el mismo para alguien que quiera apostar por el proyecto. Por otra parte, me parece que esto es lo lógico tratándose de dinero, que es un concepto en el que no está contemplada la equidad. A mi tanto BTC, como NXT me parecen una misma cosa: dinero, con todo lo que conlleva. En ambos casos unos tipos invierten en desarrollar una tecnología, qué ganan con ello: dinero; es el móvil, si no la tecnología probablemente no sería desarrollada. Lo queramos o no, al final siempre hay un interés. Y no está mal que sea así, es algo que incluso garantiza la continuidad y la seguridad de la tecnología en cuestión. Hace menos de 20 días con 1.000 € se podían comprar millones de NXT, ha existido esa oportunidad y no creo que debamos olvidarlo para valorar las cosas en su justa medida y tampoco se puede descartar que esto vuelva a suceder. Que hay supuestos 70 tipos que tienen mucho más que el resto, nada nuevo bajo el sol, siempre que hablemos de dinero pasará esto. Es inevitable. Bajo mi punto de vista perseguir repartos equitativos, justicia, etc con una moneda es algo ilógico creo que eso son cuestiones más de índole social, de conciencia colectiva, etc. y que estoy de acuerdo en que se lleven a cabo, pero con el dinero como medio, no como fin. Me explico: con las monedas electrónicas la humanidad da con un medio de pago telemático, de fácil uso, que no necesita intermediarios, y todas las demás bondades que conocemos. Este para mi es el fin de las monedas electrónicas, ser una herramienta que nos facilite la vida. Es decir en lugar de manejar lentos Euros o lentos Dolares, etc., contar con un dinero más eficiente, pero dinero al fin y al cabo. Mas que repartos equitativos y demás, si pienso que tal vez ciertos beneficios sociales si que se puedan incorporar al algoritmo con ideas de este tipo: http://www.fastcointalk.org/index.php/topic,7.0.html De momento la gente de NXT está poniendo cosas innovadoras encima de la mesa, eso no se puede negar. El asunto de los Alias, por ejemplo, me parece que tiene un potencial tremendo... Probablemente con él veremos el primer trading de cosas que ya no son monedas. Ahora sólo queda esperar que la seguridad quede certificada y que la tecnología sea lo suficientemente robusta para que pueda continuar. Si es así, tiene ingredientes para no ser un mal proyecto a futuro, ya que seguirá habiendo interés en evolucionarlo y ofrecer nuevas posibilidades de uso y desarrollo. Fundamentalmente motivado por que los 70 magníficos que tienen un montón de pasta estarán interesados en ella y probablemente sin que sea su interés primario, o tal vez si, seguirán invirtiendo esfuerzos en cambiar el mundo. Ellos y los demás "stakeholders" que ahora ya serán muchos más de 70 iniciales: serán ya todos los early-adopters. Respecto a código fuente libre o no. Por ahora no veo mal tampoco su planteamiento, ya que protegen su creación. Creo que deberemos tener un poco de paciencia y dejarles trabajar... Que evolucionen, que mejoren, y cuando la cosa tenga el grado de madurez adecuado que liberen. La liberación la veo una exigencia, pero a su debido tiempo, no creo que pueda hacerse desde un principio. De hecho que liberen la semana que viene, no veo tan claro que sea algo bueno. En general, al tratarse de dinero y del grado de interés para bien y para mal que ya existe, liberar de forma temprana, puede dar al traste con buenas ideas. La no liberación en las primeras etapas del desarrollo viene a ser un mal necesario del estilo de la masa crítica inicial necesaria de early-adopters para que podamos ver una moneda. Bitcoin aunque libre desde el principio, debido al poco interés general inicial, se ha asemejado mucho a un modelo de primeras etapas no liberado y una vez maduro y robusto liberado. Sin la protección inicial del desinterés, quizá hoy no conoceríamos Bitcoin. En fin, complejos temas...  |
|
|
|
Hola a todos, Inicio este tema para comentar una funcionalidad que he visto en NXT que creo que es interesante, y que abre el camino para el uso de las cryptocoins en cometidos diferentes al trading, que es algo que comentabamos por aquí hace unos días... Se trata de los Alias. Han habilitado una capa por la que se pueden crear alias vinculados a una cuenta. Cada Alias o modificación de uno que ya tengas cuesta como mínimo 1 NXT. Una vez que lo solicitas se genera un transacción y el Alias queda vinculado a tu cuenta. El Alias lo puedes redigir a una URI, que viene a ser un texto que quieras, una url, un email, etc. Creo que es interesante conocer esto para todos aquellos que tengáis NXT, ya que desde hace unos días se pueden adquirir Alias que luego se supone podrán venderse o comprarse con el protocolo NXT. Ya he comprobado que los Alias de los dominios más caros de la historia están todos comprados... Esto da una idea de que si en un futuro NXT se extiende, el ser el dueño de un determinado Alias también puede otorgar cierta rentabilidad... Ya que la idea es que los navegadores sean compatibles con NXT de tal forma que si pones en el navegador nxt:buscar esto pueda llevarte por ejemplo a www.google.es, siendo " buscar" un Alias que ha comprado alguien y que su URI apunta a " http://www.google.es" Para adquirir o modificar Alias se ha de usar la siguiente url con el cliente arrancado: https://localhost:7875/alias.htmlPara ver los Alias que tiene una cuenta: https://localhost:7875/nxt?requestType=listAccountAliases&account=CUENTAENCUESTIONMás info: AquíY mucho ojo con esto, porque aunque aún queda lejos, bien llevado puede ser una potencial amenaza para google...  |
|
|
|
|
Pero en Bitcoin es lo mismo lo único que protege tus monedas es la clave privada que ronda los 40 caracteres ¿No?
|
|
|
|
|
+200 Caracteres?
Pero eso es demasiado no, igual con unos 40-60 sería más que suficiente no?
|
|
|
|
I am having one problem when I try to compile the miniupnpc 1.5.xx on Windows 7 32bits: Unpack Miniupnpc inside your C:\deps folder, then executing mingw32make.bat  And with miniupnpc 1.8 on same Windows 7 32bits others errors:  Could anybody help me? |
|
|
|
|
Show Posts
