|
mrvision (OP)
|
 |
January 05, 2013, 08:51:47 PM
Last edit: January 06, 2013, 01:58:14 PM by mrvision |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
No Gods or Kings. Only Bitcoin
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
|
|
Tacticat
|
 |
January 06, 2013, 10:12:25 AM |
|
¡Hola Mrvision! Lamentablemente no soy desarrollador y poco sé de Java. Pero he de decir que la idea me parece muy interesante. Sin embargo yo desarrollaría la App de punto de venta sobre una tablet, pues es más probable que una tienda use tablets que no un pequeño teléfono móvil. Mírate estos videos que ya disponen de algo parecido a lo que tú propones: Video 1: http://www.youtube.com/watch?v=YZ-pqo0cLcEVideo 2: http://www.youtube.com/watch?v=jCYE4V6C8a8También te recomendaría que quitaras las mayúsculas del título. Queda todo junto un poquito demasiado tocho. ¡Saludos! |
Tips and donations:
15nqQGfkgoxrBnsshD6vCuMWuz71MK51Ug
|
|
|
|
mrvision (OP)
|
|
January 06, 2013, 01:57:06 PM
Last edit: January 08, 2013, 03:26:21 AM by mrvision |
|
¡Hola Mrvision! Lamentablemente no soy desarrollador y poco sé de Java. Pero he de decir que la idea me parece muy interesante. Sin embargo yo desarrollaría la App de punto de venta sobre una tablet, pues es más probable que una tienda use tablets que no un pequeño teléfono móvil. Mírate estos videos que ya disponen de algo parecido a lo que tú propones: Video 1: http://www.youtube.com/watch?v=YZ-pqo0cLcEVideo 2: http://www.youtube.com/watch?v=jCYE4V6C8a8También te recomendaría que quitaras las mayúsculas del título. Queda todo junto un poquito demasiado tocho. ¡Saludos! Bueno, la aplicación podría funcionar tanto en un movil como en un tablet, al ser android. Si, conozco ya el sistema bit-pay, pero ellos, hasta donde yo sé lo hacen de este modo: 1) Alice quiere comprar un caramelo y se dirige a una tienda con bitcoins. 2) Bob configura la aplicación para que le muestre el precio en bitcoins. 3) Alice paga 4) Bob recibe el dinero en su moneda local (menos la comisiónde bitpay) Aunque bitpay lo hace bien, y prueba es que tiene ya +2000 clientes... en realidad Alice nunca pagó a bob, Alice pagó a bitpay, quien pagó a Bob en su moneda local descontandole una comisión. Mi idea es que Bob empiece a manejar los bitcoins, que le lleguen a él y obtenga un X% más del valor de lo que ha vendido, por haberlo vendido en bitcoins. Entonces, mientras que la aplicación de bitpay está enfocada a eliminar el riesgo (y el merchant pierde entre el 0.99% y el 2.algo% según la solución que elija) la mía está enfocada a desarrollar su demanda en otro nicho de mercado y recompensarle con un % adicional por hacerlo. Por otro lado, mi idea permitiría que pudiéramos bajar a la calle y comprar bitcoins en la panadería. Con bitpay eso no se puede hacer. Y esto quitando que si el gobierno cierra el servidor de bitpay, sospecho que los comercios que aceptan bitpay a través de su plataforma se quedarían sin servicio. Mientras que con este otro sistema, realmente utilizan una app, con lo que deberían poder seguir funcionando. En resumen, el problema que le veo a bitpay es que entrega la moneda local (en formato electrónico) al merchant, entonces ¿donde están los bitcoins? pues los obtiene (y hace lo que quiera con ellos) bitpay. Ahora pregunto ¿donde queremos que estén los bitcoins? Pues en última instancia yo quiero que los tengan los merchants y que además se den cuenta que les compensa comprar sus mercancías con bitcoins antes que con moneda local (lo cual ocurriría, porque a poco que se piense un poco mi sistema, os daréis cuenta que haría subir el precio). |
|
|
|
|
|
fernarios
|
|
January 06, 2013, 02:22:35 PM |
|
Yo no me había ofrecido por que no dispongo de demasiado tiempo pues aunque soy independiente tengo otros proyectos en mente, pero soy desarrollador para móviles, tengo algo de experiencia con java/android y quisiera dedicarme mucho más al desarrollo sobre android (últimamente he estado trabajando sobre blackberry -flash y java-) así que si no encuentras a nadie con más tiempo/experiencia, yo podría ayudar (yo por ahora me comprometería a trabajar algunas horas diarias, pero si me sigue gustando podría decidir dedicar más tiempo y así terminar más rápido  ). |
|
|
|
|
|
mrvision (OP)
|
|
January 06, 2013, 02:40:11 PM |
|
Yo no me había ofrecido por que no dispongo de demasiado tiempo pues aunque soy independiente tengo otros proyectos en mente, pero soy desarrollador para móviles, tengo algo de experiencia con java/android y quisiera dedicarme mucho más al desarrollo sobre android (últimamente he estado trabajando sobre blackberry -flash y java-) así que si no encuentras a nadie con más tiempo/experiencia, yo podría ayudar (yo por ahora me comprometería a trabajar algunas horas diarias, pero si me sigue gustando podría decidir dedicar más tiempo y así terminar más rápido ). Genial... tengo muy buenas noticias. La mayoría del código ya está hecho, ya que el código de bitcoinspinner es open source. Te lo puedes bajar de aqui con svn: http://code.google.com/p/bitcoinspinner/source/checkoutSi no encuentro a nadie más... seguimos hablando |
|
|
|
|
mrmx
Member
 Offline
Activity: 81
Merit: 10
To fix or not to fix.
|
|
January 08, 2013, 06:16:44 PM |
|
Hola! Me gusta la idea de hacer las tiendas en punto de acceso a bitcoin, de hecho es necesaria pero le veo un par de pegas: (soy programador Java y de tu misma ciudad  Por su naturaleza como dices, tendría que ser open-source el cliente y se podría aprovechar el bitcoinspinner, aunque para mi gusto habría que simplificar el uso FIFO que propones. La tienda obtiene un volumen de bitcoins y los vende con un porcentaje de beneficio. Los clientes potenciales de esas tiendas entiendo que serían pequeños comercios, por que no hay una empresa que de soporte a tal proyecto. Esta es la parte más dificil, aunque con buenos folletos y el boca a boca todo es posible. La parte servidor también habría que hacerla open-source. Es bastante trabajo  pero oye por ganas... Saludos |
|
|
|
|
mrvision (OP)
|
|
January 08, 2013, 08:11:32 PM |
|
aunque para mi gusto habría que simplificar el uso FIFO que propones. La tienda obtiene un volumen de bitcoins y los vende con un porcentaje de beneficio.
El tema está en que la tienda vende una camiseta hoy por 10€, y lo que la aplicación le 'propone' es trasladar la entrada de esos 10€ en el tiempo a cambio de un 10%, es decir, la tienda recoge los bitcoins hoy y al cabo de 4 dias entra un bitcoiner y le compra esos bitcoins por 11€. La tienda gana un 10%. Hasta aqui se entiende, pero ¿y si la tienda vende a lo largo de una semana 1000 camisetas que valen 10€... pero el precio ha fluctuado desde 5€ el bitcoin a 10€ el bitcoin? La lógica del parrafo anterior dice que al vender sus bitcoins, la tienda debe obtener 10000€ + 10% = 11000€ Entonces, pongamos que: 100 camisetas fueron valoradas a 2 bitcoins cada una, ya que los bitcoins estaban a 5€, lo que suma al inventario 200btc (ofertados a 5.5€ cada) 300 camisetas fueron valoradas a 1.25 bitcoins cada una, ya que los bitcoins estaban a 8€, lo que suma al inventario 375btc (ofertados a 8.8€ cada) y 600 camisetas fueron valoradas a 1 bitcoin cada una, ya que los bitcoins estaban a 10€, lo que suma al inventario 600btc (ofertados a 11€ cada) MI SISTEMApongamos que ahora yo entro en la tienda y quiero 300 bitcoins:según mi sistema la tienda debería entrgarme 200 valorados a 5.5€ = 1100€ 100 valorados a 8.8€ = 880€ En total, pagaría: 1980€Cuando alguien venga, otro dia, y compre el resto de bitcoins... Bueno, pues serán 275 bitcoins valorados a 8.8€ = 2420€ y 600 bitcoins valorados a 11€ = 6600€ en total: 9020€En total se habrán entregado 11000€ al tendero (10000 + la comision). ¿Cómo sería sino? |
|
|
|
|
mrmx
Member
Offline
Activity: 81
Merit: 10
To fix or not to fix.
|
|
January 09, 2013, 03:32:11 PM |
|
Según tu ejemplo anterior, y olvidando ese concepto FIFO o de acumular inventario de moneda y su valoración en el pasado que no entiendo (algún economista en la sala? :-P) La tienda ha obtenido por 1000 camisetas: 200 + 375 + 600 = 1175 BTC que si vendiera todos al precio del mercado último (10€/BTC) mas la comisión => 1175 * 11 = 12925 €. Con lo cual en el 10% de comisión entra el factor riesgo de la fluctuación de nuestra querida moneda, y desde luego ya ha ganado más del 10% que llevando ese inventario de volumen/precio mercado. Simplemente acumula a precio de mercado y vende a precio de mercado. El tema para que se usara es la simplicidad, así el proyecto de tienda viral sería más atractivo EMHO Saludos |
|
|
|
|
mrvision (OP)
|
|
January 10, 2013, 02:20:16 AM
Last edit: January 10, 2013, 09:12:43 PM by mrvision |
|
Según tu ejemplo anterior, y olvidando ese concepto FIFO o de acumular inventario de moneda y su valoración en el pasado que no entiendo (algún economista en la sala? :-P) La tienda ha obtenido por 1000 camisetas: 200 + 375 + 600 = 1175 BTC que si vendiera todos al precio del mercado último (10€/BTC) mas la comisión => 1175 * 11 = 12925 €. Con lo cual en el 10% de comisión entra el factor riesgo de la fluctuación de nuestra querida moneda, y desde luego ya ha ganado más del 10% que llevando ese inventario de volumen/precio mercado. Simplemente acumula a precio de mercado y vende a precio de mercado. El tema para que se usara es la simplicidad, así el proyecto de tienda viral sería más atractivo EMHO Saludos Ok, en las anotaciones puse que podría haber una opción que permitiera calcular el precio así, pero contablemente es mejor el otro método, el motivo es que si 1 camiseta la he valorado en 10 euros (y sobre todo, si la he valorado EN euros), lo que se considera el 10%+ es 11€. Si vendiera por 5€ el bitcoin que he cambiado por la camiseta, aunque el bitcoin estuviera entonces a 1€, yo estaría perdiendo valor. Esto fomentaría el abandono de la aplicación y de bitcoin (al percibirse sensación de volatilidad). El método FIFO, sin embargo, fomenta la circulación de clientes en la tienda y el aumento de ventas, ya que si vendo la camiseta de 10€ por 1btc, y luego el precio sube a 20€, mi tienda estará ofertando 1 btc por 10€, luego acercará a otros bitcoiners a visitar la tienda para comprar ese bitcoin. El bitcoin será retirado en seguida del inventario, o dicho de otro modo, en un mercado dinámico se habrá retirado el bitcoin que valía 10€, dejando los que están a precio de equilibrio (y haciendo fluctuar a la baja un poquito el precio). El descuento justifica e incentiva el paseo hasta la tienda. Por último, esta operación precisamente es lo que permite, cuando la aplicación ya está difundida... conocer 'el precio'. Porque en mi ejemplo yo compré 300 bitcoins por 1980€, luego 'el precio' es 6.6€. Del otro modo, el cálculo del precio es imposible, y condena a la aplicación a heredarlo de un exchange. Otro tema es que 'el precio' en madrid no será el mismo que 'el precio' en cuenca y dependerá de la oferta de bitcoins que haya en cada sitio. Esto sería un problema a resolver y estudiar. No tengo ninguna idea válida, quizás calcular la media de X km a la redonda. <-- es un tema importante ya que redistribuirá los bitcoins geográficamente Con el sistema FIFO, también, ante una espectativa de que el precio va a caer, los merchants tontos dejarán estancados los bitcoins a la espera de que suba el precio de nuevo (Esto amortigua la caida), pero los merchants listos los retirarían a otro wallet para gastarlos en otra tienda. Por ejemplo, para comprar mercancía que, cuando el precio estuviera bajo venderían (la habrían comprado por pocos bitcoins, la venderían por muchos). Este último efecto es precisamente el que espero que suceda, haciendo mágicamente que los bitcoins comiencen a circular como moneda, porque el merchant vea, en ese escenario, es más rentable usarlos que atesorarlos. Como ahi donde los entregue los venderán un 10% más caros, en un momento en el que el bitcoin está bajo, volvería a subir, equilibrando el mercado. La dinámica de este juego haría que el precio tendiera al alza,lo cual a su vez animaría a otros merchants a participar en el negocio. Aqui es donde se vuelve viral (ESPERO). Por eso para mi es importante y propuse ese sistema. Aunque como decía, lo otro se puede añadir como opción... pero yo testearía la teoría a ver si se convierte en ley y esa opción si acaso la sacaria en la versión 0.4b o así. algún economista en la sala? :-P
Yo estudié administración y dirección de empresas, por si te vale XDD |
|
|
|
|
Wardan_reloadeD
Newbie
Offline
Activity: 53
Merit: 0
|
|
January 17, 2013, 07:19:39 PM |
|
Por aquí tenéis otro programador java, desgraciadamente sin más tiempo que una o dos tardes a la semana como esta, por lo tanto me dejáis con muchas ganas de participar, si no tuviese mucho trabajo la llevaríamos a cabo juntos, me gusta mucho.
Por favor, contad conmigo si me quedo en paro o si vuestra empresa despega!!
Mucha suerte.
|
|
|
|
|
Wardan_reloadeD
Newbie
Offline
Activity: 53
Merit: 0
|
|
January 17, 2013, 07:22:15 PM |
|
¿Y si hacéis un crowfunding? Si presentáis un par de estudios de mercado, entrevistas a comercios y varias cosas más...
|
|
|
|
|
mrmx
Member
Offline
Activity: 81
Merit: 10
To fix or not to fix.
|
|
January 17, 2013, 10:30:37 PM |
|
Hola! Según tu ejemplo anterior, y olvidando ese concepto FIFO o de acumular inventario de moneda y su valoración en el pasado que no entiendo (algún economista en la sala? :-P) La tienda ha obtenido por 1000 camisetas: 200 + 375 + 600 = 1175 BTC que si vendiera todos al precio del mercado último (10€/BTC) mas la comisión => 1175 * 11 = 12925 €. Con lo cual en el 10% de comisión entra el factor riesgo de la fluctuación de nuestra querida moneda, y desde luego ya ha ganado más del 10% que llevando ese inventario de volumen/precio mercado. Simplemente acumula a precio de mercado y vende a precio de mercado. El tema para que se usara es la simplicidad, así el proyecto de tienda viral sería más atractivo EMHO Saludos Ok, en las anotaciones puse que podría haber una opción que permitiera calcular el precio así, pero contablemente es mejor el otro método, el motivo es que si 1 camiseta la he valorado en 10 euros (y sobre todo, si la he valorado EN euros), lo que se considera el 10%+ es 11€. Si vendiera por 5€ el bitcoin que he cambiado por la camiseta, aunque el bitcoin estuviera entonces a 1€, yo estaría perdiendo valor. Esto fomentaría el abandono de la aplicación y de bitcoin (al percibirse sensación de volatilidad). El método FIFO, sin embargo, fomenta la circulación de clientes en la tienda y el aumento de ventas, ya que si vendo la camiseta de 10€ por 1btc, y luego el precio sube a 20€, mi tienda estará ofertando 1 btc por 10€, luego acercará a otros bitcoiners a visitar la tienda para comprar ese bitcoin. El bitcoin será retirado en seguida del inventario, o dicho de otro modo, en un mercado dinámico se habrá retirado el bitcoin que valía 10€, dejando los que están a precio de equilibrio (y haciendo fluctuar a la baja un poquito el precio). El descuento justifica e incentiva el paseo hasta la tienda. Vale ya lo he captado Por último, esta operación precisamente es lo que permite, cuando la aplicación ya está difundida... conocer 'el precio'. Porque en mi ejemplo yo compré 300 bitcoins por 1980€, luego 'el precio' es 6.6€. Del otro modo, el cálculo del precio es imposible, y condena a la aplicación a heredarlo de un exchange.
Esto es algo positivo Otro tema es que 'el precio' en madrid no será el mismo que 'el precio' en cuenca y dependerá de la oferta de bitcoins que haya en cada sitio. Esto sería un problema a resolver y estudiar. No tengo ninguna idea válida, quizás calcular la media de X km a la redonda. <-- es un tema importante ya que redistribuirá los bitcoins geográficamente
Esto lo obviaría, como voy a reiterar, simplicidad. Aunque si se depende de un servidor central, ahi se puede meter lógica a posteriori. Con el sistema FIFO, también, ante una espectativa de que el precio va a caer, los merchants tontos dejarán estancados los bitcoins a la espera de que suba el precio de nuevo (Esto amortigua la caida), pero los merchants listos los retirarían a otro wallet para gastarlos en otra tienda. Por ejemplo, para comprar mercancía que, cuando el precio estuviera bajo venderían (la habrían comprado por pocos bitcoins, la venderían por muchos).
Pon ejemplos numéricos, ahora mismo no te sigo :/ Este último efecto es precisamente el que espero que suceda, haciendo mágicamente que los bitcoins comiencen a circular como moneda, porque el merchant vea, en ese escenario, es más rentable usarlos que atesorarlos. Como ahi donde los entregue los venderán un 10% más caros, en un momento en el que el bitcoin está bajo, volvería a subir, equilibrando el mercado.
Otro efecto positivo La dinámica de este juego haría que el precio tendiera al alza,lo cual a su vez animaría a otros merchants a participar en el negocio.
Aqui es donde se vuelve viral (ESPERO). Por eso para mi es importante y propuse ese sistema.
Tu serr mu positivorr  Aunque como decía, lo otro se puede añadir como opción... pero yo testearía la teoría a ver si se convierte en ley y esa opción si acaso la sacaria en la versión 0.4b o así.
Está bien la teoría, pero esto reconoce que añade más complejidad a la aplicación, y lo que un tendero creo que valora es ver cuanto tiene en la caja listo para vender en conjunto no a bloques. Bastante es que se vaya imponiendo bitcoin entre los comercios online (los primeros) y luego llegue a los físicos. Ojo que me gusta tu idea, pero creo que en la fase que estamos, aún es demasiado temprano, igual me equivoco. Si estás decidido, yo lo comentaría en el foro global si te apañas con el inglés, para tomar mas retroalimentación (feedback para los guiris algún economista en la sala? :-P
Yo estudié administración y dirección de empresas, por si te vale XDD X-DDD Ahora veo de donde sale el FIFO Saludos |
|
|
|
|
fernarios
|
|
January 17, 2013, 11:42:14 PM
Last edit: January 18, 2013, 12:10:36 AM by fernarios |
|
Con el sistema FIFO, también, ante una espectativa de que el precio va a caer, los merchants tontos dejarán estancados los bitcoins a la espera de que suba el precio de nuevo (Esto amortigua la caida), pero los merchants listos los retirarían a otro wallet para gastarlos en otra tienda. Por ejemplo, para comprar mercancía que, cuando el precio estuviera bajo venderían (la habrían comprado por pocos bitcoins, la venderían por muchos).
Pon ejemplos numéricos, ahora mismo no te sigo :/ Me voy a meter a explicar esto si me permiten ... creo que la explicación podría ser algo como: digamos que 2 merchants ofrecen el mismo tipo de camisetas en una ciudad, y ellos tienen las camisetas valoradas en 10 euros o 1 BTC, ellos también tienen ofertas para vender 1 BTC a 11 euros debido a ventas de camisetas anteriores. Digamos que el precio internacional del bitcoin baja a digamos 5 euros por 1 BTC, el merchant inteligente cancelará sus ventas de bitcoins (de todas formas no va a vender muchos con el precio actual) y pasará sus bitcoins a su wallet personal, si en total obtiene en su wallet 8 bitcoins por ventas anteriores, él podrá comprar 8 camisetas del otro merchant de su ciudad que aún no ha adaptado el precio. En este punto el merchant inteligente ha perdido la posibilidad de tener 88 euros en el futuro cuando el precio se recupere, pero ahora tiene 8 camisetas que podrá valorar inmediatamente en 2 BTC adaptando el valor de la camiseta al precio actual de mercado. El merchant 'tonto' no perderá, pues él vendió 8 camisetas y alguien le dará 88 euros cuando el precio se recupere, pero el merchant inteligente convirtió 8 bitcoins en 8 camisetas de 2 BTC, los clientes del merchant inteligente tampoco serán estafados, pues el merchant está ofreciendo la camiseta a un valor equivalente al real (10 euros). Sin embargo, el merchant inteligente debe no dejar a la venta bircoins hasta que el precio se recupere; también deberá asumir que el merchant tonto se ha quedado con menos camisetas y por lo tanto habrán clientes que en algún momento tendrán que pagar los 2 BTC por camisetas en la tienda del inteligente por que el merchant 'tonto' se quedará sin camisetas, o el merchant 'tonto' adaptará el precio a 2 BTC cuando surta de nuevo su inventario (o antes, cuando simplemente quiera adaptar el precio), lo cual igualará las condiciones del mercado y los clientes ya no preferirán al merchant 'tonto' solo por su precio. Esto funciona aún si el merchant inteligente no las vende todas antes de que el precio del BTC recupere todo el valor inicial, por ejemplo si el BTC regresa a 10 euros y solo vendió 4 camisetas en ese periodo, obtuvo 8 BTC (recupera su inversión incial) y aún le quedan 4 camisetas que tendrá que valorar en 1 BTC cada una), ganando en total 4 BTC cuando venda esas camisetas. Si vende sólo una en ese periodo habrá obtenido 2 BTC y tendrá 7 camisetas valoradas de nuevo en 1 BTC, ganando en total 1 BTC extra cuando venda todas las demás. Supongo que lo que se puede perder es lealtad de algunos clientes que se acostumbren a ver más baratas las camisetas (en BTC) en la tienda del merchant 'tonto', por un periodo mientras el 'tonto' re valora sus camisetas. Creo que esa es la ventaja en esa situación, si esa no era, mrvision (o alguien más) me corrige . PD: no es que el merchant 'tonto' sea tonto, solo es un poco lento en adaptar sus precios. |
|
|
|
|
|
mrvision (OP)
|
|
January 18, 2013, 01:07:18 AM |
|
Está mal. En tu situación, primero los bitcoins estuvieron a 11€, y vendieron camisetas. Por eso ahora tienen bitcoins valorados a 1BTC = 11euros. Esto se deduce de aqui: Me voy a meter a explicar esto si me permiten ... creo que la explicación podría ser algo como: digamos que 2 merchants ofrecen el mismo tipo de camisetas en una ciudad, y ellos tienen las camisetas valoradas en 10 euros o 1 BTC, ellos también tienen ofertas para vender 1 BTC a 11 euros debido a ventas de camisetas anteriores. Sin embargo, dices que el precio ha caido a 5€= 1btc aqui: Digamos que el precio internacional del bitcoin baja a digamos 5 euros por 1 BTC
Lo que implica necesariamente que el parrafo anterior está mal... ya que dices "ELLOS TIENEN LAS CAMISETAS VALORADAS EN 10€ o 1BTC". En realidad tienen las camisetas valoradas en 10€ y cuando metan en la aplicación 10€... la aplicación reclamará 2BTC porque la cotización está a 0.5BTC. A partir de ahi, la explicación se te desvía. Pongo un ejemplo claro como pide mrmx. Para entender la idea, hay que pensar que nada más que un merchant vende una camiseta, lo que hace es colocar una orden de venta de los bitcoins que acaba de conseguir por un 10% más de precio. Imaginemos LA SITUACIÓN ACTUAL DE BITCOIN. Muchos bitcoinerrs están ahora comprando bitcoins porque creen que kim dotcom va a aceptar bitcoins en su plataforma MEGA. El resultado es que el precio está escalando brutalmente. En esta situación, la gente se lanzaría a las tiendas a comprar bitcoins, de modo que en la red descentralizada de merchants/exchanges el precio también subiría. Imaginemos que en dos días, kim dotcom saca MEGA y oh sorpresa, no utiliza bitcoins... pues eso llevaría a muchos bitcoiners a vender... pero también podrían, mientras el precio estuviera 'alto' comprar cosas. ¿Por qué gastar los bitcoins en ese momento? Pues por ejemplo, como el lunes 1 btc = 20€, me compro una camiseta de las de 10€ por 0.5btc. A lo largo de la semana, el precio se derrumba a 1btc = 10€ (El viernes), así que vuelvo a comprar mis 0.5btc por 5€ ¿Cuanto he pagado por la camiseta? 5€. ¿cuantos btc tengo? Los mismos. Pero esta operacion se extiende al merchant. Otro merchant el lunes recibió 100 btc (la gente estaba como loca gastando), y como es un merchant listo, sabe que el precio va a caer... por tanto, ese dia decide comprar a su proveedor 200 camisetas porque se las sirve a 10€, y el lunes btc estaba a 20€. Pongamos que el viernes las vende todas a 10€ (para no complicar las cosas vende todo al precio que compra). Pasaría a tener 200 btc (valorados en 2200€). 100 más que si no hubiera hecho nada. Imaginemos que un tercer merchant también recibió 100btc el lunes (que los tiene valorados a 2200€ igualmente, porque estaban a 20€). Este merchant decide no utilizarlos. Es cierto que si pone la aplicación en modo "NO USAR FIFO, USAR PRECIO DE MERCADO + 10%" vendería los bitcoins más rápido, pero perdería dinero, porque en caso de que los bitcoins se vendan a 15€ cada uno, estaría perdiendo 500€ o la capacidad de comprarle al proveedor 50 camisetas que vendería por 500€. FIFO le previene de perder ese valor. Pero a su vez le bloquea los bitcoins hasta que vuelvan a subir. Esto es un problema para su liquidez en el corto plazo (en el largo plazo los venderá)... porque como cada bitcoin lo tiene valorado a 20€, el viernes cuando caiga el precio a la mitad no los venderá ni de broma. Pero lo más importante es que para la economía bitcoin es positivo, ya que precisamente que FIFO le haya prevenido de vender, 'sujeta' el precio. Si se piensa, la lógica del sistema amortigua la caida. Eliminando volatilidad. Está bien la teoría, pero esto reconoce que añade más complejidad a la aplicación, y lo que un tendero creo que valora es ver cuanto tiene en la caja listo para vender en conjunto no a bloques. Bastante es que se vaya imponiendo bitcoin entre los comercios online (los primeros) y luego llegue a los físicos.
Ojo que me gusta tu idea, pero creo que en la fase que estamos, aún es demasiado temprano, igual me equivoco. Si estás decidido, yo lo comentaría en el foro global si te apañas con el inglés, para tomar mas retroalimentación (feedback para los guiris
De programar es UN POQUITO más complicado, tampoco muchisimo más... de manejar es igual, porque cuando llegue el cliente y pida 0.5btc, la aplicación contará de cada bloque la cantidad que se requiera (sumando precios) y mostrará el precio final que debe solicitar el tendero. Vamos, metes un numero y te devuelve otro. Sin más. Lo que pasa es que en dos tiendas contiguas, 1 btc estará valorado de diferente manera. |
|
|
|
|
|
fernarios
|
|
January 18, 2013, 02:16:37 AM |
|
Ham bueno es que estaba equivocado en asumir que la aplicación no convertía el precio de la mercancía (en BTC) dinámicamente de acuerdo al precio del mercado. Por eso creí ver una ventaja en si un tendero no re valoraba manualmente en BTC de acuerdo al precio de mercado. Pero entonces ¿tu merchant inteligente usa otros indicios para jugar a predecir el precio a la baja?... hum... bueno ese tipo de "inteligencia" no siempre funciona . |
|
|
|
|
|
