 Show Posts
|
|
Pages: [1]
|
Is it fair that all games give 10 shares for 30 sec? They are not all equally hard.
We are ajusting now the levels of difficulty. At now (3 hours from launch) the amount of shares its 10 shares each 30 seconds. At the end of the round it would be automatically adjusted taking the number of games and their media of shares. Please be patient so that the algorithm has enough data to adjust the values. Thank you. |
|
|
|
Thank you to all for you suggestions! I think that we will take in care each one. Just let me explain how it works now (an how it will works) the system. On the one hand we have the Redeem Codes system that acts as the engine of Proof Of Playing. The reward block is 10,000 PLACOS per day. The points scored in each game are adjusted according to the average number of points scored previously in the game and normalized to have a constant value. An easier game and that therefore gives more points what it does is that your points are worth less. Right now there is a minimum number of points to be scored which is static for each game, but in the future it will be dynamic and will change according to the average number of points scored by the players. When we have normalized the points of each game, what we call Universal Scores, we take into account the number of redeems performed and the placeholders delivered to adjust these scores to a PLACOS value. Therefore, if you pay attention to the low volume of delivered PLACOS, more PLACOS are given, while if there is a lot of demand the value of the USCore is very low. There is a maximum limit of PLACOS that can be achieved in a single game. Right now the limit is set at 1500 PLACOS but it can change depending on the volume of people (we didn't expect so much success!). We have also enabled a number of measures (a very long series) to prevent hacking into the system. In this sense, the testing period during the I. C. O. has been frankly useful. As you can see, this part only gives PLACOS to the players to comply with the Proof Of Play. The interesting part is to allow payments and collections in the games (purchase improvements, extra lives, etc. or that the gamedev makes tournaments with payments in PLACOS directly), to allow payments BETWEEN players (the gamedev could mount an internal market in their games for example) and of course to buy games and extras outside the game in our virtual market. This part is the most complex part of the system and requires great care to avoid security flaws. It is no longer just to keep in mind that some gamers may try to pirate a game, it is to assume that there may be gamedevs with bad intentions. We are working seriously on that part and we already have some proposal of api that allows the gamedevs and security to give freedom to both gamedevs and players. https://playercoin.world/apidraft.pdfWe thank you very much for your input and please any suggestions you have will be very welcome. Codo Thank you so much for this explanation, that cleared up most of my questions. Now I understand how the point system works and how much placos are given in a single game but I have one more question though did you update the limit of placos to be given each game? Or is it still 1500?? Cause on a previous post someone stated that they are upgrading the block reward. Days ago, on the first batch, the limit was 2.500 Placos per game. This is too much because if you start with a fresh vardiff and get too much high scores the vardiff increases exponentially and the next scores will be payed too much low. Now the maximum of one game is 1500 PLACOS and it can be changed in the future. Our intention is allow the maximum numbers of players to enjoy the games, not leave the system in the hands of four pro-gamers. If you (or anyone) have suggestions about it, please enter in our slack channel and we can discuss your ideas. Thank you! |
|
|
|
WtF!!!I had 2330 coins on that pyramids deep and went to redeem it and they redeem code was blank...I have a screen shot of it too.
try to update game bro, solved to me i try install silverstar game but itn't work, i try install and reinstall but not work, please! help me i use win 7 64 bit Hello, try this: Desinstall complete Delete this: C:\Users\user\AppData\LocalLow\ SkystudiosDownload again and Install * Works fine for me yes i did follow step by step of you but it not work ,i really love this game Did you tried restarting your computer after uninstalling the game and deleting C:\Users\user\AppData\LocalLow\Skystudios? Start regedit and go to: HKEY_CURRENT_USER / SOFTWARE / SkyStudios.com delete all inside and it will work as fresh installation. |
|
|
|
Thank you to all for you suggestions! I think that we will take in care each one. Just let me explain how it works now (an how it will works) the system. On the one hand we have the Redeem Codes system that acts as the engine of Proof Of Playing. The reward block is 10,000 PLACOS per day. The points scored in each game are adjusted according to the average number of points scored previously in the game and normalized to have a constant value. An easier game and that therefore gives more points what it does is that your points are worth less. Right now there is a minimum number of points to be scored which is static for each game, but in the future it will be dynamic and will change according to the average number of points scored by the players. When we have normalized the points of each game, what we call Universal Scores, we take into account the number of redeems performed and the placeholders delivered to adjust these scores to a PLACOS value. Therefore, if you pay attention to the low volume of delivered PLACOS, more PLACOS are given, while if there is a lot of demand the value of the USCore is very low. There is a maximum limit of PLACOS that can be achieved in a single game. Right now the limit is set at 1500 PLACOS but it can change depending on the volume of people (we didn't expect so much success!). We have also enabled a number of measures (a very long series) to prevent hacking into the system. In this sense, the testing period during the I. C. O. has been frankly useful. As you can see, this part only gives PLACOS to the players to comply with the Proof Of Play. The interesting part is to allow payments and collections in the games (purchase improvements, extra lives, etc. or that the gamedev makes tournaments with payments in PLACOS directly), to allow payments BETWEEN players (the gamedev could mount an internal market in their games for example) and of course to buy games and extras outside the game in our virtual market. This part is the most complex part of the system and requires great care to avoid security flaws. It is no longer just to keep in mind that some gamers may try to pirate a game, it is to assume that there may be gamedevs with bad intentions. We are working seriously on that part and we already have some proposal of api that allows the gamedevs and security to give freedom to both gamedevs and players. https://playercoin.world/apidraft.pdfWe thank you very much for your input and please any suggestions you have will be very welcome. Codo |
|
|
|
|
My vote goes to LiteCoinUltra, it seems that have a very dynamically community and its set good a variety of trader.
|
|
|
|
Bad day  already get score 44xx then my android white screen... can't do any must restart phone, hope another ppl not like me  Aww!! dont worrie.. We want all betatesters to get some coins  Send me a PM with your wallet address  Mine is PUCZmJo8TQ5eHWTCtDpC4YnznSUXqVNr6P. Feel free to donate for my great ideas  Ok just kidding. Back to topic: I would be happy if you could stop using the big 'i' or small 'L' haha. When I get a code with I or l it looks exactly the same and I need to find out what is what  Was annoying when I got a code with 2 of them  And one more: The code is 4 chars long. If with the time more and more people play, won't it be difficult to find new free codes? Or will you use old codes with the time? Currently there are ~9.834.496 possible codes. Would just be interesting what happens, when two same codes are generated. I know, the chance is small, but what happens then And thanks for all answers! Looking forward to the ICO! We are working on an alphabet of 59 possible values per char, for 4 chars is equivalent to 59^4 possible combinations. Also, we ensure during the code generation that each redeem code is unique . We can easily increase the number of chars if we see that the time to find an unique code arrives to certain amount. And yes, I drop the "i", "1" and "0" to avoid mistakes Thanks for your interest! |
|
|
|
|
Yesterday I mined about 5K KRA. I will wait for the exchanges!
|
|
|
|
Interesting, just 10 % premining. I will try |
|
|
|
|
Bounties???
Can you tell us something?
Sounds interesting.
|
|
|
|
Ok, no conocía esa posibilidad de que el mismo bot efectuara una compra sobre su misma orden de venta. A priori no parece demasiado lógico. ¿Sabes si está esta posibilidad en otros traders aparte de cryptopia? si lo permiten por supuesto que ganas en comisiones y demás. Respecto a la frecuencia / cantidad es algo que puede ser configurable sin problemas (hasta el límite que permita la API de peticiones). En todo caso estaba pensando en desarrollar un bot genérico para todos los traders y luego aplicarle el acceso a la API correspondiente, por eso lo del bot que pueda comprarse a si mismo ni se me había pasado por la cabeza.
-Sólo he probado en Cryptopia. Creo que en el foro ya se ha comentado que Bittrex no lo permite. -Cada Exchange lleva una gestión diferente de API, y proporciona unos datos diferentes, por lo que no es tan fácil como cambiar las claves secretas de las API. En concreto, Cryptopia requiere como medida de seguridad el envío de las claves POST, y Bittrex simplemente GET dentro de la dirección HTTPS. Creo que no es difícil cambiar de un sistema a otro, pero el acceso al API hay que reprogramarlo para uno u otro. (repito que no he probado BITTREX a fondo, ni siquiera rascando, salvo la API pública que la utilizo desde hace años.). - Límite de API no hay problemas porque se mide en solicitudes por minuto, y estamos hablamdo de 1 cada 5-10-15-30 minutos. Ya imaginaba eso. Lo que hago es una clase "trader" para tener métodos estándar y luego implemento la versión correspondiente a cada trader de manera independiente, por eso el bot no trabajaría directamente sobre el trader, sino sobre el abstracto y me ahorro complicaciones a la hora de usar uno u otro trader. Así de paso lo puedo poner en otros traders sin modificar más que la parte específica de cada uno. Algo parecido a lo que tengo en https://altcointools.xyz/traders para descubrir cuando una cryptocoin entra en el mercado y los precios en cada uno de ellos. Añadir traders ahí es fácil (de acuerdo, sólo es el api pública, pero la idea es la misma con la privada). Ok, me parece muy interesante, pero si tu ya estás en eso mejor me dedico a otras cosas Un saludo. |
|
|
|
Te comento, ya que tengo ya programado un bot y activado desde el sábado y ya he sacado algunas conclusiones:
He estado pensando en el tema que comentabais en el foro respecto al bot para dar volumen a la moneda y se me ocurre una idea.
Se crearía en el trader dos bots y se ejecutarían mediante un cron job cada 5 minutos.
No hacen falta dos bot, con el mismo vale. 5 minutos me parece excesivo, las pérdidas por comisiones se multiplican. Lo del cron job se puede sin problemas, incluso en windows, y si me apuras con html de hace 20 años.
Cada uno de ellos tendría acceso a los datos del wallet del otro (BTC y PTC).
Con un sólo wallet vale, ya que sólo hay un bot.
Si el primero decide vender PTC busca en la order list y pone una cantidad fija de PTC a bid +1 y sale.
El segundo bot entra y envia orden de compra de PTC a la oferta anterior.
Si lo que se quiere es generar volumen (que creo que es el supuesto inicial), el bot pone una oferta, espera 5 segundos y se la compra a sí mismo. Cryptopia lo permite. Se consigue el efecto deseado, y el no deseado de pagar dobles comisiones.
Cada X veces se distribuyen carteras para mantener los montantes de PTC y BTC convenientes.
No hace falta.
Pueden darse varios casos porque no sólo estan ellos, pero en general los únicos costes serían los del trader.
Casos a considerar (ejemplos):
1. Bot 1 pone 1000PTC@31 -> Bot 2 compra 1000PTC@31. Todo correcto. En cryptopia lo puede hacer el mismo, en la misma instancia
2. Bot 1 pone 1000PTC@31 y alquien mete 1000 PTC@30 -> Bot 2 compra 1000 PTC@30 y bot 1 en siguiente ronda cancela orden y la recoloca.
3. Bot 1 pone 1000PTC@31 y alguien los compra -> Bot 2 ve que la no hay PTC a 31 y no hace nada. Perdemos PTC ganamos BTC y podemos pagar Trader fees.
Esta seria la idea. Me gustaría saber qué opinais, porque a lo mejor lo puedo estandariazar en varios traders
También estoy probando otros dos modelos de bot, con estrategias que no generen pérdidas por comisiones. Uno está en marcha y el otro lo tengo en la cabeza, pero supongo que esta semana lo pondré también en marcha.
El problema de estas estrategias sin pérdida es que se depende del movimiento y volumen del mercado y se encasquillan de vez en cuando las órdenes emitidas hasta que se cruzan.
Ok, no conocía esa posibilidad de que el mismo bot efectuara una compra sobre su misma orden de venta. A priori no parece demasiado lógico. ¿Sabes si está esta posibilidad en otros traders aparte de cryptopia? si lo permiten por supuesto que ganas en comisiones y demás. Respecto a la frecuencia / cantidad es algo que puede ser configurable sin problemas (hasta el límite que permita la API de peticiones). En todo caso estaba pensando en desarrollar un bot genérico para todos los traders y luego aplicarle el acceso a la API correspondiente, por eso lo del bot que pueda comprarse a si mismo ni se me había pasado por la cabeza. |
|
|
|
|
He estado pensando en el tema que comentabais en el foro respecto al bot para dar volumen a la moneda y se me ocurre una idea.
Se crearía en el trader dos bots y se ejecutarían mediante un cron job cada 5 minutos.
Cada uno de ellos tendría acceso a los datos del wallet del otro (BTC y PTC).
Si el primero decide vender PTC busca en la order list y pone una cantidad fija de PTC a bid +1 y sale.
El segundo bot entra y envia orden de compra de PTC a la oferta anterior.
Cada X veces se distribuyen carteras para mantener los montantes de PTC y BTC convenientes.
Pueden darse varios casos porque no sólo estan ellos, pero en general los únicos costes serían los del trader.
Casos a considerar (ejemplos):
1. Bot 1 pone 1000PTC@31 -> Bot 2 compra 1000PTC@31. Todo correcto.
2. Bot 1 pone 1000PTC@31 y alquien mete 1000 PTC@30 -> Bot 2 compra 1000 PTC@30 y bot 1 en siguiente ronda cancela orden y la recoloca.
3. Bot 1 pone 1000PTC@31 y alguien los compra -> Bot 2 ve que la no hay PTC a 31 y no hace nada. Perdemos PTC ganamos BTC y podemos pagar Trader fees.
Esta seria la idea. Me gustaría saber qué opinais, porque a lo mejor lo puedo estandariazar en varios traders
Muchas gracias, un saludo.
Codo.
|
|
|
|
No entiendo porq dices q tendería a bajar la cotización... Yo juraría que es al reves.
Si cada media hora se compran PTC ( y no se venden), la oferta se reduce (cada vez hay menos PTC a la venta) y el precio sube...
Aunque lo ideal sería comprar PTC y venderlo un poco mas caro cada media hora, para cubrir comisiones y que el bot pueda funcionar mas tiempo.
Perdona, tienes razón, se me ha ido la olla, efectivamente al comprar PTC el mercado tiende a subir. Estoy haciendo pruebas con el API privado de Cryptopia y falla más que una escopeta feria, aunque van saliendo las pruebas. De todas formas, habría que hacer cálculos para ver qué volumen se quiere al día, gastos que eso generaría, etc.... La verdad es que como experiencia de programación se echa un buen rato. Bien bien!! Vamos avanzando!! yo no tenia pensado poner un mínimo al día, de momento lo básico es que aparezca todo el gráfico... como lo veis vosotros? Suena interesante. Ahora mismo la PTC está en nova, cryptopia y bittrex ( http://theminingpool.thruhere.net:9090/traders/?coin=PTC). Podria hacerse un bot que realizase pequeñas operaciones, por ejemplo se me ocurre basándonos en cantidades fijas de la moneda menos volátil (el BTC en este caso) para establecer un coste por día fijo (en BTC). El bot entra, cancela órdenes anteriores, comprueba wallets y en función de lo que tiene o bien efectua una compra de pongamos 1mBTC a precio de mercado (y si se efectua al momento pone a la venta la misma cantidad de PTC al mismo precio) o bien pone a la venta una cantidad de PTC a precio de mercado (por ejemplo para cubir la última orden). Habría que refinarlo y hay que tener en cuenta el desgaste de las comisiones. Lo ideal sería trabajar con bots en varios mercados para aprovechar diferencias, aunque eso dependería muchísimo de los soportes y habría que tener en cuenta no sólo los fees de los traders sinó también las comisiones de transferencias entre cuentas (idealmente si un bot vende 3000 PTC en un trader y a otro le sobran debería poder enviarselas). Técnicamente se puede meter todo eso en un servidor y ejecutar una cron job cada X minutos. Si pones un precio fijo de operación (pongamos 1mBTC) sabes que cada X minutos como máximo te costará 1mBTC (si vende recuperas y el coste de las fees del trader estarian incluídas en el precio). Habría que ver qué estrategia es la mejor para optimizar el bot en tema de volumen / costes, pero si hay una api más o menos decente no debería ser problema hacerlo. |
|
|
|
|
Eso del bot para trading que apuntais en la lista....
¿qué quereis exactamente? ¿sobre qué markets? ¿qué estategia debe seguir?
Estaba haciendo mis pinitos en un sistema de MA (y descubrir coins cuando entran en el mercado) y podría ser interesante escalarlo de alguna manera para que incluyese buy/sell.
Un saludo,
Codo.
|
|
|
|
It works! At least for me I have 0,0078 in the budget right now! |
|
|
|
|
