|
Hi, my username is lontivero and I would like to contribute to the coinjoin page. Thanks
|
|
|
|
Hi all, another Wasabi Wallet developer here. I think all this about the Red trust is because Bestmixer, after some user asked about Wasabi wallet in their thread, instead of making some technical comparison with pros and cons simply chose to lie about its competitor. Bestmixer could make the technical comparison and even when it is not something easy to do, I mean, comparing a trustful custodial closed-sourced service (BestMixer) vs. a trustless non-custodial open-sourced service (Wasabi wallet), IMO that would have being the best thing to do. We would advise Lauda to consult highly respected developer Nopara73 why all inputs and outputs are known to everyone when using CoinJoin. I am not nopara73 but the answer to this so trivial that I would like to answer it, okay? All the inputs and the outputs are known because all the transactions in the blockchain are public. There are no bitcoin transactions where the inputs and/or outputs are unknown. That's not the point, the point is that when you trace a coin back and you hit a coinjoin transaction you know you are fucked because there is no way to continue tracing the money back. It would be good to know what technique Bestmixed uses but I am afraid it is a very very top secret. I really don't like to write these kind of things at all, I would like to work in peace and that Bestmixer team make their business in peace too but to achieve that we all need they stop lying. Best wishes. |
|
|
|
|
Wasabi 1.1.1 was release today and it comes in a .deb package for those using Debian-based distributions.
|
|
|
|
Pero quería preguntarte si la cartera funciona para aplicaciones Onchain. Recordemos que hay casinos como satoshi bones o lucky bit que envían la ganancia de la apuesta a la misma dirección desde donde reciben el dinero. Wasabi sirve para este tipo de casinos?
Honestamente no lo sé pero creería que no por lo mismo que comentaba en mi post: Wasabi utiliza las nuevas direcciones bitcoin bech32 y entiendo que la mayoría de los servicios y exchanges no se han actualizado para soportarlas todavía. No obstante el que los casinos paguen a la misma dirección es algo orweliano ya que le permite a cualquier observador externo el conocer tus operaciones e incluso si ganaste o perdiste, cuanto, cuando o con qué frecuencia. Si el casino en cuestión fuese obligado a informar de sus operaciones, caerían muchos miles que no han pagado impuestos por sus ganancias en casinos online, esto es posible gracias a que las transacciones quedan de por vida en la blockchain y que empresas como chainanalysis automatizan el análisis (incluso es de esperar a que vayan mejorando aún más con el tiempo) y los casinos se la ponen muy fácil al pagar a la misma dirección. Por esto mismo sugiero dos cosas: 1) aprender sobre cómo funciona bitcoin, qué es una transacción, cómo se componen, etc 2) usar Wasabi wallet protegerte justamente de esto que hablamos. Interesante punto de vista. Pero creo que no compartimos la misma perspectiva ya que los casinos onchain tienen la intención de ser anonimos, es por eso que no piden a los usuarios que abran una cuenta, ni siquiera necesitas tener un Nickname en el casino para ejecutar una apuesta. El hecho de el hagas una transacción y con esto se efectúe la apuesta es lo mas cercano que encontraremos al anonimato. El estar cambiando de direcciones es una buena forma de intentar despistar pero al final existe la traseabilidad ya que la cadena de bloques es continua. La intención de los casinos o sitios de apuestas no es relevante en absoluto, igual que el que no requieran identificación de usuarios. Y de nuevo, el no reutilizar direcciones no es para tratar de despistar, es porque el reutilizar direcciones te expone demasiado (es de las peores prácticas que podemos encontrar). Pero bueno, al final respondo a tu comentario no por amor al debate en foros sino porque es factualmente incorrecto y puede confundir a los nuevos usuarios. |
|
|
|
Pero quería preguntarte si la cartera funciona para aplicaciones Onchain. Recordemos que hay casinos como satoshi bones o lucky bit que envían la ganancia de la apuesta a la misma dirección desde donde reciben el dinero. Wasabi sirve para este tipo de casinos?
Honestamente no lo sé pero creería que no por lo mismo que comentaba en mi post: Wasabi utiliza las nuevas direcciones bitcoin bech32 y entiendo que la mayoría de los servicios y exchanges no se han actualizado para soportarlas todavía. No obstante el que los casinos paguen a la misma dirección es algo orweliano ya que le permite a cualquier observador externo el conocer tus operaciones e incluso si ganaste o perdiste, cuanto, cuando o con qué frecuencia. Si el casino en cuestión fuese obligado a informar de sus operaciones, caerían muchos miles que no han pagado impuestos por sus ganancias en casinos online, esto es posible gracias a que las transacciones quedan de por vida en la blockchain y que empresas como chainanalysis automatizan el análisis (incluso es de esperar a que vayan mejorando aún más con el tiempo) y los casinos se la ponen muy fácil al pagar a la misma dirección. Por esto mismo sugiero dos cosas: 1) aprender sobre cómo funciona bitcoin, qué es una transacción, cómo se componen, etc 2) usar Wasabi wallet protegerte justamente de esto que hablamos. |
|
|
|
Hola gente, espero encontrarlos a todos muy bien. Quiero compartir con todos ustedes por qué Wasabi wallet es mi cartera favorita y también por qué me gustaría animarlos a probarla y, claro está, a adoptarla como su cartera principal para desktop. Antes de comenzar debo aclarar que soy uno de los desarrolladores de Wasabi y por lo tanto es obvio que es la cartera que amo, en la que confio más y la que uso a diario pero voy a tratar de ser objetivo al máximo nivel posible. Wasabi wallet es una cartera para desktop enfocada en devolver la privacidad de las transactiones con bitcoin a la mayor cantidad de usuarios posibles, esto es algo no tan sencillo de lograr puesto que para ello es necesario que los usuarios comprendan aunque sea a nivel elemental qué es una transacción y cómo es que estas se pueden trackear. Sería genial lograr una cartera con la que sin saber absolutamente nada un usuario tuviese asegurada su privacidad pero por desgracia eso parece que no es posible, al menos no si introducir cambios a nivel del protocolo de bitcoin con cosas tales como Confidential Transactions. Por otro lado esto fuerza a mucha gente a aprender más sobre algo clave como es el evitar que cualquiera a quien le vendemos/compramos conozca el detalle de nuestros ahorros, nuestras transacción, montos, frecuencias, etc. En muchos casos esto pasa de ser un asunto de privacidad a convertirse en uno de seguridad personal. Wasabi, aunque es en mi opinión la cartera más avanzada tecnológicamente hablando, es increiblemente sencilla de utilizar. Es común que muchas personas que desean probarla nos pregunten si existen tutoriales o documentación detallada de como usarla, tal como si se tratase de una nave espacial o algo por el estilo; pero no es así, cualquiera que haya usado una wallet de bitcoin antes puede usar Wasabi sin más. Pero vamos al grano. Qué es, cómo funciona y por qué dije que era una cartera avanzada? Bien, existen dos formas de perder nuestra privacidad con bitcoin: mediante el análisis de la blockchain (para seguir el rastro del dinero) y mediante el análisis del tráfico de red - hago un paréntesis aquí para aclarar que hay formas más inocentes como el utilizar carteras web o carteras que envian nuestras direcciones a servidores centrales, como prácticamente todas las carteras móbiles, etc) Wasabi wallet nos protege de ambas formas. - Análisis de la blockchain: Wasabi fuerza un sistema de etiquetado de las monedas que recibimos y enviamos para conocer la historia de cadauna de las monedas que tenemos. Permite seleccionar cuales monedas utilizar en cada transacción indicando no solo la historia de cada moneda sino además cuan privada son cada una de ellas de modo de no mezclarlas. Impide (tanto como es posible) la reutilización de direcciones al eliminarlas una vez que han recibido dinero. Permite gastar las monedas por completo de modo que no quede un cambio trazable. Permite la creación de múltiples carteras. Y por supuesto la estrella del postre es su característa de coinjoin integrada con la cual es posible lograr monedas con un nivel de privacidad tal que impide el que nos puedan analizar nuestra cartera, nuestros gastos, balance, etc.
Solo como ejemplo pueden ver aquí una transacción coinjoin de Wasabi: https://www.smartbit.com.au/tx/639807bb08398016730d80d2903433a76567b734235f7c20f67f675a4bcf544e También pueden ver las últimas cinco desde los enlaces a nuestro sitio web https://www.wasabiwallet.io/ - Análisis del tráfico de la red: Wasabi es la primera cartera en incorporar la tecnología de filtros compactos inventados inicialmente para la cartera Neutrino. Existen tantos filtros como bloques en la blockchain y podemos decir que cada filtro es como un resumen de su correspondiente bloque. Entonces, una vez que Wasabi descarga estos filtros puede determinar cuales bloques de la blockchain necesita descargarse (desde la red p2p de bitcoin) basado en las direcciones en la cartera en uso. Entonces como vemos, Wasabi no pide balances a APIs remotas ni filtra información de la cartera a nodos. También mantiene su propia conexión con la red de bitcoin para escuchar las transacciones de interes para la cartera en uso. Esto que por un lado es fantástico desde el punto de vista de la privacidad tiene el contrapeso de requerir más espacio en disco para almacenar los filtros y aquellos bloques que se necesitan descargar, mayor uso de la red y, al menos la primera vez, un mayor tiempo de sincronización.
Para aquellos servicios que presta el servidor de Wasabi (coinjoin, estimación de fee de la red, notificación de actualizaciones y provisionamiento de filtros compactos) wasabi se comunica exclusivamente a traves de la red Tor contra nuestro hidden service. Esto también es genial pero tiene algunas pequeñas desventajas como que es ligerísimamente mas lento (no lo he medido pero es algo más lento, sobretodo a la hora de sincronizar por primera vez) y algunas veces (una vez al mes quizás) parte de la red Tor no es capaz de descubrir nuestro servidor por algunas horas.
No lo he mencionado antes pero creo que ya queda claro que estamos hablando de una cartera liviana con un nivel de privacidad similar al de un nodo full pero que además no solo consume muchísimo menos recursos sino que tiene también la capacidad de impedir el análisis de la blockchain. En cuanto a la usabilidad creo que es ultrasencilla de usar aunque debo admitir que el aspecto oscuro de la interface (es de color gris metálico y azules fuertes) sumado a que luce parecido a Visual Studio y a ciertas exentricidades como los caracteres en chino que se ven mientras introducimos el password la hacen parecer algo alienígena, pero de seguro a muchos, sino a la mayoría, les va a encantar. Que mas contarles? Wasabi se pensó para ser la cartera del futuro. Es en serio, así lo expresó @nopara73 (el cerebro detrás de Wasabi) mientras la programábamos, y por eso se tomaron muchas decisiones tales como el que sea una billetera que solo maneje direcciones bech32 (las nuevas que comienzan con bc1) y utilizamos un super nuevo framework de interface gráfica llamado Avalonia (uno de los desarrolladores de Avalonia es también parte del equipo). Estas son las más evidentes para los usuarios desde luego. El punto que no se pueda recibir ni enviar desde o hacia direcciones legacy es por el momento un impedimento para la adopción por parte de los usuarios menos sofisticados, pero también es cierto que nos permite realizar transacciones ridículamente baratas, coinjoin igualmente baratísimos y una vez exista la posibilidad de contar con agregación de firmas y firmas schnorr es posible que podamos tomar ventaja de eso para brindar mejores servicios a nuestros usuarios. Por últimos, la comunidad es alucinantemente constructiva y hay mucha gente ayudándonos con videos, documentación, grupos de Telegam, grupos de Slack, también en twitter. Muy buena gente y muy inteligente nos alienta y aporta, así que súmense si les parece. Cuidense! |
|
|
|
So what does tx.Sign actually do? What is the code for that? Are you using a specific library for this?
tx.Sign signs a specific coin with the given private key, i am using https://github.com/MetacoSA/NBitcoin library. The code is for timestamping data in the bitcoin blockchain. |
|
|
|
It means that you have a bad signature. What did you do to sign the transaction? What is the output that you are spending from?
This is what i did: First, i generated 101 blocks with: Next i list the unspent outputs: bitcoin-cli listunspent
[
{
"txid": "36f79ff9e543de7eeb589cf65dc9fa5bc36db7c5a96ae6b8f05d89f96ffa4088",
"vout": 0,
"address": "mkwLRxyMhe8ZXc37g12oVXtCbcTV6vQ4me",
"scriptPubKey": "2102b9567015d1a0dc9337b35bc23222b017b48487c46c9063155b9ec4499b99d421ac",
"amount": 50.00000000,
"confirmations": 101,
"spendable": true,
"solvable": true
}
]
I get the private key for the address containing the 50btc: bitcoin-cli dumpprivkey mkwLRxyMhe8ZXc37g12oVXtCbcTV6vQ4me
cUBBp6TfHmyhrApkrVGiP83DCTtdnHHEreXe8eJwANv2tLUUcLAv
and finally my code is the following: (i'm not asking a code review. what I want to show is that i am signing the transaction with the private key obtained fron the utxo) public async Task<byte[]> PersistAsync(byte[] data)
{
var coins = await _repository.GetUnspentCoinsAsync();
if (!coins.Any())
throw new Exception("No enough money");
var coin = coins.First();
var valueIn = coin.Amount.Satoshi;
var changeAddress = BitcoinAddress.Create("mw58cUP45n5S3cA82p5nFxNWYT8L4YZWHw"); //one of my addresses
var tx = new Transaction();
var changeTxOut = new TxOut(valueIn, changeAddress);
var digestTxOut = new TxOut(0, new Script(OpcodeType.OP_RETURN, Op.GetPushOp(data)));
tx.Inputs.Add(new TxIn(coin.Outpoint));
tx.Outputs.Add(changeTxOut);
tx.Outputs.Add(digestTxOut);
var feeRate = await _feeProvider.GetFeeAsync();
var effectiveFee = 0L;
var suggestedFee = feeRate.GetFee(tx);
var key = Key.Parse("cUBBp6TfHmyhrApkrVGiP83DCTtdnHHEreXe8eJwANv2tLUUcLAv");
while (effectiveFee < suggestedFee)
{
changeTxOut.Value = valueIn - suggestedFee;
tx.Sign(key, coin); // <---------- HERE I SIGN THE INPUT WITH THE PRIVATE KEY
effectiveFee = valueIn - tx.Outputs[0].Value.Satoshi;
suggestedFee = feeRate.GetFee(tx);
}
await _repository.PushAsync(tx);
return tx.GetHash().ToBytes();
}
|
|
|
|
Hi, could someone give me a hand with an error? 16: mandatory-script-verify-flag-failed (Signature must be zero for failed CHECK(MULTI)SIG operation)I get this error message when i try to send a transaction in regtest (i didn't test it in other networks). Details: bitcoin-cli sendrawtransaction "01000000019a6f1c41fd248d499742f5d35f8fa261be00a0a187785eefe5d1cacb42abe2930000000048473044022027e72718acc7a14b3654cc4e86cb5d46d5ca020e327d9941a7965a3e9a52a4840220243a7ed16753f46194ffbdec68c4fa300c23cba30e499a147eba383f47119c2d01ffffffff0250bb052a010000001976a914aa9fcf69961a101de1a3279238657391e9f8141b88ac0000000000000000226a20d4962daf2b2f39666bcd8d35df1357c5608b7019791c20812cd9108b830388bc00000000"
error code: -26
error message:
16: mandatory-script-verify-flag-failed (Signature must be zero for failed CHECK(MULTI)SIG operation) bitcoin-cli decoderawtransaction "01000000019a6f1c41fd248d499742f5d35f8fa261be00a0a187785eefe5d1cacb42abe2930000000048473044022027e72718acc7a14b3654cc4e86cb5d46d5ca020e327d9941a7965a3e9a52a4840220243a7ed16753f46194ffbdec68c4fa300c23cba30e499a147eba383f47119c2d01ffffffff0250bb052a010000001976a914aa9fcf69961a101de1a3279238657391e9f8141b88ac0000000000000000226a20d4962daf2b2f39666bcd8d35df1357c5608b7019791c20812cd9108b830388bc00000000"
{
"txid": "eb09809dcedeca7874c5b9457256e8418ba00d96a35d9e3526f17a7f11030e36",
"hash": "eb09809dcedeca7874c5b9457256e8418ba00d96a35d9e3526f17a7f11030e36",
"size": 200,
"vsize": 200,
"version": 1,
"locktime": 0,
"vin": [
{
"txid": "93e2ab42cbcad1e5ef5e7887a1a000be61a28f5fd3f54297498d24fd411c6f9a",
"vout": 0,
"scriptSig": {
"asm": "3044022027e72718acc7a14b3654cc4e86cb5d46d5ca020e327d9941a7965a3e9a52a4840220243a7ed16753f46194ffbdec68c4fa300c23cba30e499a147eba383f47119c2d[ALL]",
"hex": "473044022027e72718acc7a14b3654cc4e86cb5d46d5ca020e327d9941a7965a3e9a52a4840220243a7ed16753f46194ffbdec68c4fa300c23cba30e499a147eba383f47119c2d01"
},
"sequence": 4294967295
}
],
"vout": [
{
"value": 49.99986000,
"n": 0,
"scriptPubKey": {
"asm": "OP_DUP OP_HASH160 aa9fcf69961a101de1a3279238657391e9f8141b OP_EQUALVERIFY OP_CHECKSIG",
"hex": "76a914aa9fcf69961a101de1a3279238657391e9f8141b88ac",
"reqSigs": 1,
"type": "pubkeyhash",
"addresses": [
"mw58cUP45n5S3cA82p5nFxNWYT8L4YZWHw"
]
}
},
{
"value": 0.00000000,
"n": 1,
"scriptPubKey": {
"asm": "OP_RETURN d4962daf2b2f39666bcd8d35df1357c5608b7019791c20812cd9108b830388bc",
"hex": "6a20d4962daf2b2f39666bcd8d35df1357c5608b7019791c20812cd9108b830388bc",
"type": "nulldata"
}
}
]
}
Can you see what is wrong? Thank you. UPDATE:
C:\Users\lucas.ontivero>bitcoin-cli decodescript 473044022027e72718acc7a14b3654cc4e86cb5d46d5ca020e327d9941a7965a3e9a52a4840220243a7ed16753f46194ffbdec68c4fa300c23cba30e499a147eba383f47119c2d01
{
"asm": "3044022027e72718acc7a14b3654cc4e86cb5d46d5ca020e327d9941a7965a3e9a52a4840220243a7ed16753f46194ffbdec68c4fa300c23cba30e499a147eba383f47119c2d01",
"type": "nonstandard",
"p2sh": "2N1ceLS8UmGjqnduV5G11suZKpjoDd49dNH"
}
It says type: nonstandard! why? |
|
|
|
Well, there are a couple of things wrong in your code: - ASCII encoding: most data in bitcoin is encoded with base58, no ascii.
- xpub prefix: it is part of the xPub and you must not remove it.
Now, try this: var pubkey = ExtPubKey.Parse("xpub6CUGRUonZSQ4TWtTMmzXdrXDtypWKiKrhko4egpiMZbpiaQL2jkwSB1icqYh2cfDfVxdx4df189oLKnC5fSwqPfgyP3hooxujYzAu3fDVmz");
var newAddress = pubkey.Derive(0).Derive(0).Derive(0).PubKey.GetAddress(Network.Main);
Console.WriteLine(newAddress);
BTW, I recommed you to try things in testnet first. |
|
|
|
But I would argue that C# is a good candidate for client wallet as well though, the code run on all plateform, without browser incompatibilities lurking around.
C# and LINUX don't get along very well. That's why the core devs use Qt for Bitcoin Core client, because it is truly cross platform. C# is a programming language like any other and that means you could write a compiler for it and generate java bytecode, machine code or assembler if you want. It is a language and has nothing to do with windows, linux or whatever. And yes, the .NET framework includes a c# compiler but in Linux you can use the c# compiler provided by Mono. In fact, every single time i finish a piece of code and test it in Linux it just works. Thats once more has nothing to do with c#, it is thanks the Mono team did an excellent work. |
|
|
|
|
If you want to teach others, you could just create your own private network running two or three nodes that connect one each other. In that way you have full control and don't need to copy gigabytes files again and again.
|
|
|
|
If you take a look at the NBitcoin repo https://github.com/NicolasDorier/NBitcoin you will see that it is a very active project. In fact, yesterday there was a new release with many improvements. For example, the latest version allows you to use the bitcoin core consensus library to validate transactions. There are new features (see the TransactionBuilder and MoneyBag classes), improvements and, at the same time, NBitcoin is on sync with bitcoin core project. So, summarizing: there are a lot of news. |
|
|
|
If you have antivirus software some of it is known to corrupt Bitcoin, you should disable it or except the Bitcoin directories. Please, for your own sake, don't do this. I'm not aware of any antivirus software that interferes with Bitcoin Core, but the better alternative would probably be to switch to a less hostile antivirus products. Yes, there were AV that detect viruses in the blockchain because someone included virus segments in the transactions' scripts. |
|
|
|
The guy sounds rude but he is right in one point: to be forced to reindex the blockchain because the computer had a problem or because there was a power outage is not nice at all. I run bitcoin-qt --testnet for development reasons and everytime that my laptop's battery is empty, or a windows update restart the machine, I have to reindex again. Sure, reindexing the test chain is very fast but not fun in any way.
The database is intended to handed unclean shutdowns and I tested it with _thousands_ of unclean shutdowns previously. There may be system specific reasons or hardware problems that are causing you to see corruption on power loss, they're certantly not expected or intended (or expirenced by everyone else). If it is the case that your system is outright corrupting recently written blocks on unclean shutdown then there may be no real remedy possible. Well, I have an encrypted HD and that could be a system specific reason. By the way, I know Bitcoin Core is well tested, that's water clear. I just wanted to share the problem that I have and that other people had too. |
|
|
|
|
The guy sounds rude but he is right in one point: to be forced to reindex the blockchain because the computer had a problem or because there was a power outage is not nice at all. I run bitcoin-qt --testnet for development reasons and everytime that my laptop's battery is empty, or a windows update restart the machine, I have to reindex again. Sure, reindexing the test chain is very fast but not fun in any way.
I think this is something that could be improved in future versions.
|
|
|
|
It isn't about liberty, it is about following the protocol and one day empty blocks could being disallowed by consensus. If one of the biggest miners decides to mine only empty blocks, it could delay transactions and even when it is clear miners don't want to mishandle the network, it could happen.
That will not, and can not ever become a consensus rule. If you try to make 0 transaction blocks invalid, the miner will just pack in junk to make up the limit. It is also completely plausible that there will be times of zero transaction volume which you need to contend with. Yes, that's right, miners could pack junk. +1 |
|
|
|
Each and every day, new reminders that block size is indeed an issue, and that it must be solved in near future with raising the blocksize...
And more examples of why empty blocks are bad for the network and provide no worth. Its not about bad and good, its about liberty. It isn't about liberty, it is about following the protocol and one day empty blocks could being disallowed by consensus. If one of the biggest miners decides to mine only empty blocks, it could delay transactions and even when it is clear miners don't want to mishandle the network, it could happen. |
|
|
|
|
Show Posts
