CoinWallet.eu Stress Test Cancelled + Bitcoin Giveaway

[RealMalatesta]

If it's Todd's tool that confused you try reading the description on github. It has a pretty good explanation.

Ah, I should get more sleep :-)

Got it, thanks.

[1715013236]

1715013236

[1715013236]

1715013236

[1715013236]

1715013236

[1715013236]

1715013236

[astroden]

I've an idea how to use bitcoinjs for creating amount of automatic transactions. But can't understand how to get unspent.txHash and unspent.index fastly.

Code:

// Creating a Transaction
tx = new bitcoin.Transaction();
// Add the input (who is paying) of the form [previous transaction hash, index of the output to use]
tx.addInput(unspent.txHash, unspent.index);
// Add the output (who to pay to) of the form [payee's address, amount in satoshis]
tx.addOutput("YOUR ADDRESS HEAR", value);
// Initialize a private key using WIF
key = bitcoin.ECKey.fromWIF("L1uyy5qTuGrVXrmrsvHWHgVzW9kKdrp27wBC7Vs6nZDTF2BRUVwy");
// Sign the first input with the new key
tx.sign(0, pk);
// Print transaction serialized as hex
console.log(tx.toHex());

[amaclin]

I've an idea how to use bitcoinjs for creating amount of automatic transactions.
But can't understand how to get unspent.txHash and unspent.index fastly.

This is major difficulty for everyone.
But... Think... Is it an only engine for tx creation? Is it an only way to create a transaction? 

[everaja]

I am getting this error whenever i try to load sweep the private keys into my wallet..

error: This wallet contains a very large number of small unspent inputs. Ignoring some.

[jdebunt]

I am getting this error whenever i try to load sweep the private keys into my wallet..

error: This wallet contains a very large number of small unspent inputs. Ignoring some.

You didn't expect easy free Bitcoins, did you? Importing these private keys will stress test the network itself, and anyone trying to do so is doing Coinwallet's dirty work for them.

[elmad]

But... Think... Is it an only engine for tx creation?

ok

Is it an only way to create a transaction? 

What do you mean here? Is there a method to create a transaction without retrieve UTXOs? I dont think so, but I'm just curious about this affirmation.
Maybe did you mean different libraries to use for create transactions?

[notme]

I am getting this error whenever i try to load sweep the private keys into my wallet..

error: This wallet contains a very large number of small unspent inputs. Ignoring some.

You didn't expect easy free Bitcoins, did you? Importing these private keys will stress test the network itself, and anyone trying to do so is doing Coinwallet's dirty work for them.

Importing the keys will not stress the network, but broadcasting transactions from the UTXOs would.  However, a miner could clear the UTXOs and reap them as fees.  This would ultimately help the network (reduce the UTXO set) and they wouldn't have to broadcast any transactions that would clog the mempool.  The transaction would have to be broadcast to verify the block, but it does not need to take up space in the mempool.

[amaclin]

Is there a method to create a transaction without retrieve UTXOs?

Yes, there is.

[elmad]

Is there a method to create a transaction without retrieve UTXOs?

Yes, there is.

Wow. I know that you'll not explain that, I'm going to research  

Thanks for this, I cannot imagine there was such a way

[amaclin]

Wow. I know that you'll not explain this, I'm going to research this 
Thanks for this, I cannot imagine there was this way

OK. One hint: ...without retrieving utxo yourself.

[elmad]

Wow. I know that you'll not explain this, I'm going to research this 
Thanks for this, I cannot imagine there was this way

OK. One hint: ...without retrieving utxo yourself.

Oh... ok, I thought there was a strange way, but utxos are inputs for the transaction, so I have to know and to sign they. You meant that it's not necessary to import a priv key and build a set of available utxos but I knew already that.

Thanks anyway 

[amaclin]

Oh... ok, I thought there was a strange way, but utxos are inputs for the transaction, so I have to know and to sign they. You meant that it's not necessary to import a priv key and build a set of available utxos but I knew already that.

I mean that you can transfer this part of work to somebody else.
There are hundreds of persons who already have the set of unspent outputs.
Why not to use their work instead?

[elmad]

Oh... ok, I thought there was a strange way, but utxos are inputs for the transaction, so I have to know and to sign they. You meant that it's not necessary to import a priv key and build a set of available utxos but I knew already that.

I mean that you can transfer this part of work to somebody else.
There are hundreds of persons who already have the set of unspent outputs.
Why not to use their work instead?

Yeah, I understood, I meant that, use a service asking utxos

[amaclin]

Yeah, I understood, I meant that, use a service asking utxos

Yes, bitcoin-network is a service for this I did not mean third-party service  
No more hints!  This was my last help!

[elmad]

Yeah, I understood, I meant that, use a service asking utxos

Yes, bitcoin-network is a service for this I did not mean third-party service  
No more hints!  This was my last help!

Interesting... thanks, I'll think about this 

[bahamapascal]

Seems to me that the stress test, also known as Bitcoin Giveaway, has failed to harm the Bitcoin transactions in any way.

While Mem pool is quite large and tx back-log has also grown, it seems that the only back-log are the spam transactions them self.

Real transactions are going through as usual

[onemorexmr]

Seems to me that the stress test, also known as Bitcoin Giveaway, has failed to harm the Bitcoin transactions in any way.

While Mem pool is quite large and tx back-log has also grown, it seems that the only back-log are the spam transactions them self.

Real transactions are going through as usual

does anyone else notice that btct has much "502-bad gateway" today?
imho this stresstest only seems to be a forum stress test

bitcoin seems unaffected

[roshii]

Seems to me that the stress test, also known as Bitcoin Giveaway, has failed to harm the Bitcoin transactions in any way.

While Mem pool is quite large and tx back-log has also grown, it seems that the only back-log are the spam transactions them self.

Real transactions are going through as usual

Indeed, not a big deal for the network as a whole in the end

Hardware requirement to run a full node is increased however: mine is now using about 1 GB RAM (while meme pool size has decreased already) instead of 350 MB usually... CPU usage seems a little higher as well

In any case, that is/was to be expected with network growth

[AlexGR]

Hardware requirement to run a full node is increased however: mine is now using about 1 GB RAM (while meme pool size has decreased already) instead of 350 MB usually... CPU usage seems a little higher as well

Try ZRAM, it might reduce the hardware RAM required: https://en.wikipedia.org/wiki/Zram

[dooglus]

Seems to me that the stress test, also known as Bitcoin Giveaway, has failed to harm the Bitcoin transactions in any way.

While Mem pool is quite large and tx back-log has also grown, it seems that the only back-log are the spam transactions them self.

Real transactions are going through as usual

I only made one transaction today. It is unconfirmed after 8 hours.

I sent it using "bitcoin-cli sendtoaddress ...", let bitcoin core select its own fee - I think it's meant to use "smart fees" now - and it decided to use a fee of 300 satoshis. FFS.