<…>
Al hilo de lo comentado por @Hispo, la creación de una moneda debería de tener sentido real, e idealmente, ser algo que aporte una solución a los sistemas actuales + pagos en fiat, y no creados con un fin endógeno y a modo de elemento financiero para la financiación de un proyecto. Desafortunadamente, la mayoría de las monedas tienen una vida efímera, para desgracia de sus inversores y/o tenedores. En términos generales, toda comunicación acerca del proyecto debe ser miméticamente cuidada, dando señales de rumbo, profesionalidad, seriedad, planificación, entregables, capacidades, y razón de ser. |
|
|
|
Hacía mucho que no bajaba el software de Bitcoin core y lo verificaba (tampoco era algo que hiciese más que para pruebas en su momento). Tal y como se comenta en el OP, y en muchos posts que he visto en el Reddit, hay bastante lio con los resultados de la validación del fichero de checksums. Estando en Windows, tras múltiples problemas intentando cargar el fichero de claves indicado en el paso 8 de las instrucciones, finalmente opté por buscar manualmente cada firma pertinente en https://keys.openpgp.org a partir de su clave, e importar el fichero resultante sobre Kleopatra. Suena tedioso, pero se tarda mucho menos que todos los intentos alternativos que hice previamente sin resultado positivo. Luego, lancé "gpg.exe --verify SHA256SUMS.asc", y para cada firma que aún daba como "imposible comprobar la firma", volví a buscarla en https://keys.openpgp.org por clave, y si no la localizaba, por el email de su emisor. Tras lo anterior, la última comprobación que queda de la siguiente manera: gpg.exe --verify SHA256SUMS.asc
-- Resultado:
gpg: asumiendo que los datos firmados están en 'SHA256SUMS'
gpg: Firmado el 10/09/2021 13:29:17 Hora de verano romance
gpg: usando RSA clave 0CCBAAFD76A2ECE2CCD3141DE2FFD5B1D88CA97D
gpg: Firma correcta de ".0xB10C <0xb10c@gmail.com>" [desconocido]
gpg: ATENCIÓN: ¡Esta clave no está certificada por una firma de confianza!
gpg: No hay indicios de que la firma pertenezca al propietario.
Huellas dactilares de la clave primaria: 982A 193E 3CE0 EED5 35E0 9023 188C BB26 4841 6AD5
Huella de subclave: 0CCB AAFD 76A2 ECE2 CCD3 141D E2FF D5B1 D88C A97D
gpg: Firmado el 09/09/2021 22:09:04 Hora de verano romance
gpg: usando RSA clave 152812300785C96444D3334D17565732E08E5E41
gpg: emisor "achow101@gmail.com"
gpg: Firma correcta de "Andrew Chow (Official New Key) <achow101@gmail.com>" [desconocido]
gpg: alias "Andrew Chow <achow101@yahoo.com>" [desconocido]
gpg: alias "Andrew Chow <andrew@achow101.com>" [desconocido]
gpg: alias "Andrew Chow <achow101-lists@achow101.com>" [desconocido]
gpg: alias "Andrew Chow <achow101-github@achow101.com>" [desconocido]
gpg: alias "Andrew Chow <achow101@pm.me>" [desconocido]
gpg: alias "Andrew Chow <achow101@protonmail.com>" [desconocido]
gpg: WARNING: The key's User ID is not certified with a trusted signature!
gpg: No hay indicios de que la firma pertenezca al propietario.
Huellas dactilares de la clave primaria: 1528 1230 0785 C964 44D3 334D 1756 5732 E08E 5E41
gpg: Firmado el 09/09/2021 22:16:18 Hora de verano romance
gpg: usando RSA clave 0AD83877C1F0CD1EE9BD660AD7CC770B81FD22A8
gpg: emisor "benthecarman@live.com"
gpg: Firma correcta de "Ben Carman <benthecarman@live.com>" [desconocido]
gpg: WARNING: The key's User ID is not certified with a trusted signature!
gpg: No hay indicios de que la firma pertenezca al propietario.
Huellas dactilares de la clave primaria: 0AD8 3877 C1F0 CD1E E9BD 660A D7CC 770B 81FD 22A8
gpg: Firmado el 10/09/2021 15:00:35 Hora de verano romance
gpg: usando RSA clave 590B7292695AFFA5B672CBB2E13FC145CD3F4304
gpg: emisor "darosior@protonmail.com"
gpg: Firma correcta de "Antoine Poinsot <darosior@protonmail.com>" [desconocido]
gpg: alias "darosior <darosior@protonmail.com>" [desconocido]
gpg: WARNING: The key's User ID is not certified with a trusted signature!
gpg: No hay indicios de que la firma pertenezca al propietario.
Huellas dactilares de la clave primaria: 590B 7292 695A FFA5 B672 CBB2 E13F C145 CD3F 4304
gpg: Firmado el 09/09/2021 22:54:01 Hora de verano romance
gpg: usando RSA clave 28F5900B1BB5D1A4B6B6D1A9ED357015286A333D
gpg: Firma correcta de "Duncan Dean <duncangleeddean@gmail.com>" [desconocido]
gpg: ATENCIÓN: ¡Esta clave no está certificada por una firma de confianza!
gpg: No hay indicios de que la firma pertenezca al propietario.
Huellas dactilares de la clave primaria: 9484 44FC E03B 05BA 5AB0 591E C37B 1C1D 44C7 86EE
Huella de subclave: 28F5 900B 1BB5 D1A4 B6B6 D1A9 ED35 7015 286A 333D
gpg: Firmado el 10/09/2021 16:26:03 Hora de verano romance
gpg: usando RSA clave 637DB1E23370F84AFF88CCE03152347D07DA627C
gpg: Firma correcta de "Stephan Oeste (it) <it@oeste.de>" [desconocido]
gpg: alias "Emzy E. (emzy) <emzy@emzy.de>" [desconocido]
gpg: alias "Stephan Oeste (Master-key) <stephan@oeste.de>" [desconocido]
gpg: ATENCIÓN: ¡Esta clave no está certificada por una firma de confianza!
gpg: No hay indicios de que la firma pertenezca al propietario.
Huellas dactilares de la clave primaria: 9EDA FF80 E080 6596 04F4 A76B 2EBB 056F D847 F8A7
Huella de subclave: 637D B1E2 3370 F84A FF88 CCE0 3152 347D 07DA 627C
gpg: Firmado el 10/09/2021 3:04:14 Hora de verano romance
gpg: usando RSA clave CFB16E21C950F67FA95E558F2EEB9F5CC09526C1
gpg: emisor "fanquake@gmail.com"
gpg: Firma correcta de "Michael Ford (bitcoin-otc) <fanquake@gmail.com>" [desconocido]
gpg: WARNING: The key's User ID is not certified with a trusted signature!
gpg: No hay indicios de que la firma pertenezca al propietario.
Huellas dactilares de la clave primaria: E777 299F C265 DD04 7930 70EB 944D 35F9 AC3D B76A
Huella de subclave: CFB1 6E21 C950 F67F A95E 558F 2EEB 9F5C C095 26C1
gpg: Firmado el 10/09/2021 10:03:16 Hora de verano romance
gpg: usando RSA clave 6E01EEC9656903B0542B8F1003DB6322267C373B
gpg: emisor "gugger@gmail.com"
gpg: Firma correcta de "Oliver Gugger <gugger@gmail.com>" [desconocido]
gpg: Nota: ¡Esta clave ha caducado!
Huellas dactilares de la clave primaria: F4FC 70F0 7310 0284 24EF C20A 8E42 5659 3F17 7720
Huella de subclave: 6E01 EEC9 6569 03B0 542B 8F10 03DB 6322 267C 373B
gpg: Firmado el 09/09/2021 22:07:53 Hora de verano romance
gpg: usando RSA clave D1DBF2C4B96F2DEBF4C16654410108112E7EA81F
gpg: emisor "hebasto@gmail.com"
gpg: Firma correcta de "Hennadii Stepanov (hebasto) <hebasto@gmail.com>" [desconocido]
gpg: WARNING: The key's User ID is not certified with a trusted signature!
gpg: No hay indicios de que la firma pertenezca al propietario.
Huellas dactilares de la clave primaria: D1DB F2C4 B96F 2DEB F4C1 6654 4101 0811 2E7E A81F
gpg: Firmado el 10/09/2021 9:14:14 Hora de verano romance
gpg: usando RSA clave 82921A4B88FD454B7EB8CE3C796C4109063D4EAF
gpg: emisor "jon@atack.com"
gpg: Firma correcta de "Jon Atack <jon@atack.com>" [desconocido]
gpg: alias "jonatack <jon@atack.com>" [desconocido]
gpg: WARNING: The key's User ID is not certified with a trusted signature!
gpg: No hay indicios de que la firma pertenezca al propietario.
Huellas dactilares de la clave primaria: 8292 1A4B 88FD 454B 7EB8 CE3C 796C 4109 063D 4EAF
gpg: Firmado el 10/09/2021 19:33:30 Hora de verano romance
gpg: usando RSA clave 9DEAE0DC7063249FB05474681E4AED62986CD25D
gpg: Firma correcta de "Wladimir J. van der Laan <laanwj@visucore.com>" [desconocido]
gpg: alias "Wladimir J. van der Laan <laanwj@gmail.com>" [desconocido]
gpg: alias "Wladimir J. van der Laan <laanwj@protonmail.com>" [desconocido]
gpg: ATENCIÓN: ¡Esta clave no está certificada por una firma de confianza!
gpg: No hay indicios de que la firma pertenezca al propietario.
Huellas dactilares de la clave primaria: 71A3 B167 3540 5025 D447 E8F2 7481 0B01 2346 C9A6
Huella de subclave: 9DEA E0DC 7063 249F B054 7468 1E4A ED62 986C D25D
gpg: Firmado el 09/09/2021 22:22:36 Hora de verano romance
gpg: usando RSA clave 9D3CC86A72F8494342EA5FD10A41BDC3F4FAFF1C
gpg: emisor "aaron@sipsorcery.com"
[b]gpg: Imposible comprobar la firma: No hay clave pública[/b]
gpg: Firmado el 10/09/2021 11:59:33 Hora de verano romance
gpg: usando RSA clave 74E2DEF5D77260B98BC19438099BAD163C70FBFA
gpg: emisor "will8clark@gmail.com"
gpg: Firma correcta de "Will Clark <will8clark@gmail.com>" [desconocido]
gpg: WARNING: The key's User ID is not certified with a trusted signature!
gpg: No hay indicios de que la firma pertenezca al propietario.
Huellas dactilares de la clave primaria: 74E2 DEF5 D772 60B9 8BC1 9438 099B AD16 3C70 FBFA
Diría que la única que no cuadra aún es la de la clave "0CCBAAFD76A2ECE2CCD3141DE2FFD5B1D88CA97D", la cual no he logrado cargar en Kleopatra (lo localizo en https://keys.openpgp.org, genera un fichero .asc, pero al cargarlo indica que el certificado está procesado (1) pero no cargado (0)). Q1) ¿Os pasa lo mismo con esta clave? Q2) ¿Qué haríais a partir de este punto con los resultados mostrados en el log anterior? |
|
|
|
<…>
Cualquier excusa es buena para la compra ... La novedad en relación a las compras recientes de BTC por parte de El Salvador, es que no han recurrido al argumento "racional" que se usaba últimamente ("buy the dip"), y se han ido por la rama más emocional, jugando con la magia del número 21, haciendo la compra de 21 BTCs a las 21:21:21 del 21/12/21. Para celebrarlo, haremos la compra pasiva de la manera habitual: posteando como tambien es habitual … |
|
|
|
Técnicamente, aunque sale muy poco en el videoclip, el pago con la tarjeta de Coinmotion diría que podría percibirse como publicidad encubierta, sobretodo en vistas de que la empresa ha colaborado en ciertos aspectos del videoclip (en términos de poner la pasta los BTCs entiendo). En todo caso, que un tecnicismo no estropee el momento … |
|
|
|
<…>
El título hace referencia a bitcoin, pero en el texto de tu post te refieres a Bitcointalk (en otro post, … a Botcointalk …). Diría que el contexto aquí es el de bitcoin. Siendo así, hoy estaba leyendo un hilo que hacía referencia al número de "usuarios" de criptomonedas en su generalidad, si bien los informes base del estudio de crypto.com tiene alguna estimación específica de los usuarios de bitcoin: a fecha de Junio 2021, la estimación que hacen es de 114 millones de personas (página 7 del informe), de un total de 221 millones de personas usuarias de criptomonedas. Nos lo podemos creer o no, discusión que toma su vuelo en este hilo, donde los autores del estudio elevan la cifra hasta los 1.000 Millones de usuarios de criptomonedas para finales del 2022 … |
|
|
|
They don’t mention how they predict the 1B users by end of 2022, but briefly going over their report, and the chart on page 18 for 2021 (still logically lacking a month’s data), it looks like they might have made a rounded-up linear projection: If 2021 tripled from start to end, 2022 should at least triple the numbers of end of 2021 (their potential thought, not mine). That roughly makes up for the 1B users projection, although, were it the method used, there should be some notes that back the hypothesis in an ever changing market and regulatory environment. The actual number of users for 2021 is depicted here (as of July 2021), although the core calculus details are referenced here (June 2020 report). It’s an estimate, bases on many assumptions (i.e. data is extrapolated from Exchange deposit addresses for a group of Exchanges, combined with their market share and a survey that stated that 89% of crypto users use Exchanges) and additional prior surveys. I’ve whipped through enough to grasp bits of their methodology, but I’m not going to try to go full in-depth. Given the number of assumptions and chain usage of data (which tends to propagate the error), it´s going to be as estimate with many side notes. |
|
|
|
On this occasion, the purchase made by El Salvador/@Bukele is more modest than on prior occasions, and it lacks the buy the dip narrative, moving on to a more magic number emotionally driven one: The above amounts to 21 BTCs (give or take some Sats), and the intent was to make the purchase at 21:21:21 on the 21/12/21, playing along with the 21 number in the rounded figure of El Salvador’s 21000 km2 surface (21 041 km2 really). Maybe someone can derive some additional info from the receipt, which is not similar to any I’ve seen around. |
|
|
|
<...>
Quería ver las TOS de Bitmart, pero veo que están de mantenimiento ahora mismo. Según he visto en otro sitio, Bitmart tiene la sede en las Islas Caimán, pero también tiene oficinas en Singapur, Nueva York, Hong Kong y Seúl. No sé si estas en España, pero los juicios monitoreo creo que, si fuese ese el caso, abarcan territorio nacional o de la UE. No sé si, desde España, hay la opción de ir más allá de la UE, aunque me extrañaría en los juicios de monitoreo. ¿Has mirado este aspecto? |
|
|
|
Viendo la estructura del FMI, donde la Junta de Gobernadores suele tener como representante al Ministro de Hacienda o el Gobernador del Banco Central de cada uno de los 190 países miembros, tampoco es de estrañar la juga de intentar regular bitcoin a su antojo. Si no voy errado, es un ente consultivo, con algunos poderes operativos en términos de ser el prestatario de ayudas financieras a los países miembros que así lo precisen, pero dada su composición, cualquier consenso en la Junta de Gobernadores se traslada fácilmente hacia los países miembros precisamente por la imbricación citada de sus representantes. Si a ello añadimos que las criptomonedas tipo bitcoin y stablecoins son fácilmente vistas como amenazas al status quo, es más fácil obtener consensos que deriven en planes de acción ante un enemigo común. Ver: https://www.imf.org/es/About/Factsheets/Sheets/2016/07/27/15/24/How-the-IMF-Makes-Decisions |
|
|
|
Tomando literalmente la letra de las citas, parece que se refiere a los activos criptográficos totales, no solo los que pudieran considerarse en el extranjero (exchanges y cosas así). <…>
Eso es lo que da a entender lo redactado en los artículos, y que volvía a escenificar el escenario potencial interpretativo que tenía en mente en el OP. De entrada, tampoco está claro a quienes enviaron la carta, ni si era una carta por correo ordinario o carta certificada. Especulo que los receptores serían los que, previamente, a la hora de hacer la Declaración de la Renta, vieron el famoso pop-up de la AEAT. Habrá que estar atentos <…>
Si alguien localiza una de dichas cartas, estaría bien poder ver su contenido exacto. He buscado y nada. |
|
|
|
<...>
No estoy puesto en el tema, pero puedes echarle un vistazo a este hilo que es relativamente reciente al respecto: Mining with 2 HD6970 2GBLas opiniones mayoritarias son que no se puede minar prácticamente nada con esa tarjeta, aunque alguno que otro opina que sí. Lo mejor sería también poder encontrar algún emulador de ingresos en función de la moneda, el coste de la energía y demás, del estilo de whattomine. He mirado en varias, y en ninguna sale tu GPU, por lo que parece que pocas opciones tiene hoy por hoy. Si no te responden con cara y ojos en este hilo, prueba en la sección del hilo referenciado en el primer párrafo (en inglés). Nota: Este hilo es original del 2011, y la última entrada era del 2012 antes de tu post. Si la placa es la tecnología de la época, poco va a hacer hoy en día. |
|
|
|
<…>
Un devorador de tiempo en mi caso, eso ha sido Bitcointalk hasta el momento (hilos, posts, libros, videos, artículos, referencias, contrastes, etc.)… Hay perfiles de todo tipo aquí, y con un amplio abanico de grados de conocimiento, que le dedican mayor o menor tiempo al foro según sus fines, intereses e inquietudes. A la postre, el factor más importante es poder disponer de tiempo en gran medida, e ir viendo lo que te llega a interesar más (y porqué). Luego con el tiempo, logras entender mejor esta tecnología, si bien el grado de detalle va a variar lógicamente por cada persona. En mi caso, encontré el foro probablemente a través de una búsqueda determinada en inglés (no recuerdo cual). Lo primero que estuve haciendo es leer hilos diversos sobre bitcoin/Bitcoin, de qué iba, dónde lo compraba la gente, cómo lo custodiaba, y las expectativas de uso y valor. En paralelo, al ver tanta actividad de Alts e ICOs, me puse a investigar al respecto, y de hecho, mis posts iniciales aquí como neófito realmente iban en ese sentido: Que si las ICOs, que cuales eran “las buenas” (a la postre ninguna en mi caso), que si los airdrops, que si merecían la pena (otro no en mi caso). No duró mucho mi flirteo con estos temas alternativos, y fueron más por el hype del momento, que por haberle dedicado el tiempo sesudo que habría que haber hecho. Una vez sueltas lastre, me quedé con dos ejes: Bitcoin y el foro Bitcointalk en sí. Y aquí seguimos, por ahora … |
|
|
|
¿A alguien le suena lo siguiente que estaba leyendo hoy? La Agencia Tributaria está enviando cartas a particulares para que afloren sus activos criptográficos pese a no haber desarrollado la fórmula específica para hacerlo en la declaración de la renta
El Ministerio de Hacienda ha comenzado a enviar requerimientos de información a contribuyentes para que rindan cuentas sobre los criptoaptivos que han tenido en los últimos años. En concreto, la Agencia Tributaria ha pedido a los contribuyentes que declaren el saldo criptográfico a 31 de diciembre de los ejercicios 2017, 18, 19 y 20. Lo hace después de que este año aprobara la ley antifraude que obliga a tributar este tipo de activos, a pesar de que aún falta el desarrollo reglamentario para incluir las criptomonedas en el modelo 720 de la declaración de la renta.
Puede que el artículo no refleje bien el requerimiento, pero cita el saldo criptográfico sobre los últimos 4 años, sin especificar si se ciñe a saldos en Exchanges en el extranjero (objeto del 720 en todo caso), ni la cifra de corte exenta de este requerimiento, de haberlo. He mirado en otros foros, y aún no he visto comentada la noticia. Ver: https://theobjective.com/economia/2021-12-20/hacienda-requerimiento-informacion-criptomonedas/https://es.beincrypto.com/ministerio-hacienda-espanol-solicita-declaraciones-fiscales-inversores-de-2017-a-2020/ |
|
|
|
El artista español Huecco, ha lanzado el primer video donde todas las partes implicadas han recibido su pago en bitcoin. Hablamos de dirección, producción, dirección, grabación, postproducción, luces, sonido, maquillaje, peluquería, etc. No hablan de cómo pagaron el hotel y los servicios que usaron en el videoclip, pero visto que en una de las escenas del video hacen un pago en criptomonedas con la tarjeta de Coinmotion, su partner en la aventura, diría que lo pagarían de la misma manera. No está mal el resultado ... Ver: https://www.youtube.com/watch?v=v5IlA47XyvAhttps://www.criptonoticias.com/comunidad/adopcion/lanzan-videoclip-musical-financiado-100-bitcoin-espana/https://www.prnewswire.com/news-releases/the-first-crypto-clip-in-the-world-financed-100-with-bitcoin-has-been-released-in-spain-by-coinmotion-and-huecco-301448131.html |
|
|
|
Clarísimamente se debe al uso de proxies. China no está en la lista por lo que veo y sin embargo alguien duda de que sigue habiendo minado en China? <…>
Efectivamente, según he visto y comentado en un hilo al respecto (ver No..China Does NOT Have 0% of the Hashrate), hay reportes de cantidades que sobrepasan las 100K IPs relacionadas con la actividad de minería aún en curso en China. Lo malo, es que quien da el dato (360 Enterprise Security Group) es una empresa que tiene como cliente al gobierno Chino. La empresa básicamente está monitoreando esta actividad en tiempo real, y aunque no detalla la metodología empleada (con cierta lógica), da la sensación de que no tiene problema alguno en convertirse en el Torquemada de la minería en el país, asistiendo al gobierno Chino en estos menesteres: According to the monitoring data of 360 Threat Situation Monitoring System in November, there are 109,000 active mining host IPs per day. The main network types used are home broadband, corporate dedicated lines, and data centers, mainly in Guangdong, Jiangsu, and Zhejiang. Province, Shandong Province and other places.
In the face of undefeatable mining Trojans, the 360 threat situation monitoring system has formed a "test + cure" protection loop. On the one hand, it helps supervising users to understand the "mining" situation of the jurisdiction by conducting statistical monitoring of the macro situation based on geographic regions (provinces/cities/districts), network types (data centers, enterprise dedicated lines) and other dimensions. On the other hand, based on the need for “mining” rectification, the list of mining hosts is directly output.The content of the list includes the IP address, geographic location, network type, connection frequency, disposal suggestions and other information of the mining host involved in the unit, which will assist the regulatory unit to issue Dispose and guide the enterprise organization to respond to the disposal.
Ver: https://mp-weixin-qq-com.translate.goog/s/E3MzWQ-XT55wIC7S8FYD7w?_x_tr_sl=auto&_x_tr_tl=en&_x_tr_hl=en |
|
|
|
Going over the Google Translation (*) for the first source provided in the OP, it seems that the 360 Enterprise Security Group (that’s what Google translates the company’s name to, although one specific instance even throws "Government" after the 360, but I figure it also should bear an "and"), has a track record of working in anti-mining, amongst other fields. The article goes on to saying: According to the monitoring data of 360 Threat Situation Monitoring System in November, there are 109,000 active mining host IPs per day. The main network types used are home broadband, corporate dedicated lines, and data centers, mainly in Guangdong, Jiangsu, and Zhejiang. Province, Shandong Province and other places.
The information is not just aggregate assessment information, but rather more, bears an operational intent: In the face of undefeatable mining Trojans, the 360 threat situation monitoring system has formed a "test + cure" protection loop. On the one hand, it helps supervising users to understand the "mining" situation of the jurisdiction by conducting statistical monitoring of the macro situation based on geographic regions (provinces/cities/districts), network types (data centers, enterprise dedicated lines) and other dimensions. On the other hand, based on the need for “mining” rectification, the list of mining hosts is directly output. The content of the list includes the IP address, geographic location, network type, connection frequency, disposal suggestions and other information of the mining host involved in the unit, which will assist the regulatory unit to issue Dispose and guide the enterprise organization to respond to the disposal.
There could be some flaws in the translation, but it seems that their realized goal is to create a monitoring system to snitch on potential miners. Accuracy is secondary, I figure, once the list gets into the hands of the Government there … (*) https://mp-weixin-qq-com.translate.goog/s/E3MzWQ-XT55wIC7S8FYD7w?_x_tr_sl=auto&_x_tr_tl=en&_x_tr_hl=en |
|
|
|
I’d add to the list, to revise and event test your contingency plan, in case you should pass away. Not the best of xMas thoughts (the latter part of the prior phrase), but shit happens. The more your crypto builds-up, the more reason to have a though out plan, tailored to your circumstances and the profile of your potential inheritors. Contingency plans should be tested and tweaked every now and then, so a fun little drill test (to the applicable degree) may be something to ponder these days. Edit:<...> Of course it's important but I'm not just talking about myself and it should be for everyone including you.
My comment was not aimed at you specifically, wherein the term "you" refers to any reader. |
|
|
|
Haciendo comparación con España, creo que tiene analogías. Por lo que he entendido, en Argentina, los Exchanges deben proporcionar información al Estado (a la Hacienda AFIP) con cierto detalle de tenencia. Según se informa aquí, es obligatorio (o en breve) informar de: informar e identificar cuentas que realizan transacciones en criptomonedas, los montos totales, el saldo final mensual de las cuentas y todas las modificaciones que se producen. Los datos deberán ser presentados el día 15 de cada mes.
También se cita que: el fisco no obtiene información de aquellos portales que no están radicados en la Argentina, como es el caso de Binance
Esto es algo similar a como va a ser en España, aunque me sorprende que con tan sólo mover el custodio sea suficiente para que Lemon se salve de informar estos detalles a la AFIP. Si el operacional, que es off-chain, se mantuviese en Argentina, no veo cómo se iba a librar Lemon de informar. Viendo las TOS de Lemon, citan que: Todas las operaciones con criptoactivos son operadas por Lanin Pay S.A. de C.V., compañía incorporada en El Salvador inscrita en el Registro de Comercio al número 47 del libro 4432 y con Número de Identificación Tributaria 0614-010821-101-4. Cada vez que usamos el nombre comercial de Lemon o Lanin Pay en el marco de operaciones de criptoactivos, nos referimos a Lanin Pay S.A. de C.V. Lemon está autorizada para operar por el Gobierno de El Salvador, bajo el Código de Registro 613aa477a8561ff4265fe2b, como Proveedor de Servicios Bitcoin, que incluye la prestación de servicios tales como: Custodio de Bitcoins, Casas de Intercambio Digital o Exchange, Billetera Digital para Bitcoin, Compra, Venta y Custodio de Activos Digitales y Procesador de Pago.
Leyendo lo anterior, me da que todo el operacional de la vertiene Exchange es gestionada por la empresa creada en El Salvador, y no sólo el custodio de la criptomoneda. |
|
|
|
|
Show Posts
