Search content
Sort by
Showing 20 of 67 results by wolongong
Re: Wall Observer BTC/USD - Bitcoin price movement tracking & discussion
What are you guys feeding the bitcoin price?
It's so big.
It's so big.
Trillions of dollars of central bank money printing.
All in desperate search for ROI. eg. Berkshire has a pile of 100bn USD still looking.
Re: Wall Observer BTC/USD - Bitcoin price movement tracking & discussion
Well, poloniex ETH/BTC is the main market. So i assume most of this ICO ETH would go through bitcoin part... So i got scared...
Have you tried to withdraw a significant amount from Poloniex recently? No one's getting their limits raised and there are withdrawals frozen for quite a few punters. They've really shat the bed recently.
If I was something to do with ETH I would've done everything I could to move the market away from there.
I'm sure they'll shit on normal punters and even pull moderators from the trollbox to support a good fraction of an ICO like bancor. I'm completely blind to the notion that a Swiss foundation that is going through such an elaborate and incorporated offering offering will proxy their cash-in via a personal polo account opened via the website.
ETA: looks like it is coinbase shitting the bed at the moment though, see https://status.coinbase.com/
Re: Wall Observer BTC/USD - Bitcoin price movement tracking & discussion
and would subsequently lead to sell off of BTC dragging price down below the current interest of the fresh blood...
That is nonsense. Why would any bitcoin hodler sell their bitcoins if ETHf goes down?
So the last ICO got 150millions of fund in ETH. How does this ICO work? I fought people give ETH for some token, and the start up owner has ETH. So if you have 150 million of $ in ETH, why would you not sell it immediately?
And the place of BTC here is... what?
Dunno about the hodlers, but I do expect some extra BTC volume if they route some of their dumps over exchanges that don't offer an ETH/fiat pair.
Re: Wall Observer BTC/USD - Bitcoin price movement tracking & discussion
I know you guys don't appreciate Roger Ver's fake news faucet, but you should take a look at this:
https://news.bitcoin.com/morgan-stanley-regulators-looking-for-a-master-key-to-the-blockchain/
This is f*cking hilarious!
EDIT: The comments are even funnier!
https://news.bitcoin.com/morgan-stanley-regulators-looking-for-a-master-key-to-the-blockchain/
This is f*cking hilarious!
EDIT: The comments are even funnier!
The author should have told Morgan Stanley that in order to get Bitcoin's master key, they needed to contact the new CEO of Bitcoin, Craig Wright.
Or perhaps contact the old CEO named Mark Karpeles. He might have the old backup master key laying around somewhere.
The audit corps (KPMG / PWC etc..) are scared of single immutable sources of truth because they make shitloads of billable hours reconciling accounts (twice) (MS vs CHASE .. CHASE vs MS .. JPM vs CITI .. CITI etc..). They are pushing really hard on weakened implementations.
Re: Wall Observer BTC/USD - Bitcoin price movement tracking & discussion
Who sold at the bottom?
.. Just bought AND sold at this bottom[1]Disclaimer, I'm not much of an investor, or greedy here, just going extremely[2] long in crypto with the spoils of dicking around with a small bit of fiat. The amount of fun I had trying to make the call and the satisfaction of getting close is priceless to me.
Code:
buy/market XBT/EUR 2,222.231 0.05000000 111.111 06-12-17 19:58:31 +0200
sell/limit XBT/EUR 2,273.342 0.04761905 108.254 06-12-17 20:11:27 +0200
sell/limit XBT/EUR 2,273.342 0.04761905 108.254 06-12-17 20:11:27 +0200
[1] bottomed at 2212.1640 if I read the graphs right here
[2] my heirs will eventually have to deal with these satoshi's
HINT: Trollbox was the only way people were finding out about the large number of accounts polo was not allowing to cash out.
What I gathered from that flooding text wall was, indeed, a lot of withdrawal problems, nobody seems to get verified, support staff is overwhelmed and the ticket backlog is weeks to months.
Re: [ANN] Diamond (DMD) Evolution v 2.0 | Hybrid Security | 25% PoS
crazyivan
How much MN is expected in the first 1-2 months?
By my calculations there will be 100-150
How much MN is expected in the first 1-2 months?
By my calculations there will be 100-150
What is the collateral going to be?
10,000 DMD
At 1k I would run one, but this is over my head. Assuming the bittrex order book, that's roughly 27k USD for 1, 73k USD for 2, 174k USD for 3 and then it runs out of liquidity.
Re: [ANN] Diamond (DMD) Evolution v 2.0 | Hybrid Security | 25% PoS
crazyivan
How much MN is expected in the first 1-2 months?
By my calculations there will be 100-150
How much MN is expected in the first 1-2 months?
By my calculations there will be 100-150
What is the collateral going to be?
Re: [ANN] Diamond (DMD) Evolution v 2.0 | Hybrid Security | 25% PoS
We would develop the master node on ARM64 Raspberry Pi 3 with WiFi, Lithium Batteries and the appropriate amount of Solar Cells.
Have a good look at the fitness for the future in your design. I used to run the stock diamondd on an old Asus netbook with 750MB of RAM and tuned slackware. A resync has become close to impossible now for the poor little thing. Maybe some development on the software end can help here? Aside from it being a memory hog, I noticed it had to plough through recent blocks over and over while it was still a year away from the top.
Re: Contrary to Mt.Gox’s Statement, Bitcoin is not at fault - Gavin Andresen 10/2/14
Well, then, let's get some broad consensus and running code out of the door to find your tx back in the chain reliably if that's all we need.
Re: Contrary to Mt.Gox’s Statement, Bitcoin is not at fault - Gavin Andresen 10/2/14
The problem is not "why is it not done yet", but more "why is it more urgent than taking care of bitcoin's ability to handle much larger transaction volume"?
That seems like a 1.0 feature to me. Addressing transaction malleability, on the other hand, could fit just fine in the 0.x.x roadmap. Nobody (at least to my knowledge) said anything about fixing it overnight.I'm not saying Mt. Gox are the good guys here (they clearly screwed up), but shouldn't Gavin Andresen have accepted some responsibility?
Guess who came up with the idea to use the txid for auditing/tracking in the first place .. https://bitcointalk.org/index.php?topic=807.0
Re: MtGox blames Bitcoin protocol problem for BTC withdrawal issue
So, then how do I easily spot this with a reasonably recent standard client?
Using QT client. 0.8.0+ works fine, probably older clients as well.
[snip rpc stuff]
That sounds doable indeed, thx! Never thought of saving more than just a txid, then again, I'm not running a shop worth stealing from (yet).
In theory you don't need to save more than just the txid, you should be able to look it up the rest as/when needed. However I didn't code bitcoind, I don't know every event which could result in it repository changing. As someone with a background in enterprise "database/backend stuff" (official title) that doesn't leave me with a happy feeling. I don't like the idea of relying on data which a third party (bitcoind) has direct access to. If I put the data in a repository and strictly control access then it makes for a more controlled environment and that makes me more confident that there will not be any unexpected changes.
It may not be necessary, I just have never traced every possible condition that might result in the bitcoind changing information in the wallet that I may be unaware of.
Maybe this can help a little if there are no gaping holes in it https://github.com/sipa/bitcoin/commit/1173eef630783a822d9a709cfbc22ba91880231e
Now sendtoaddress just returns an id for what you did that might be altered by the distributed bookkeepers before being fixed into the ledger.
This getnormalizedtxid seems to give you something short to recognise your tx back no matter how long someone put in on an anvil and banged at it.
Re: MtGox blames Bitcoin protocol problem for BTC withdrawal issue
So, then how do I easily spot this with a reasonably recent standard client?
Using QT client. 0.8.0+ works fine, probably older clients as well.
[snip rpc stuff]
That sounds doable indeed, thx! Never thought of saving more than just a txid, then again, I'm not running a shop worth stealing from (yet).
Re: MtGox blames Bitcoin protocol problem for BTC withdrawal issue
MtGox's problem is not "malleability", it's the fact that they didn't submit transactions to the network, at the same time making internal hashes public. The answer to Mr. Karpiles from the core development team should be clear and resounding "NO". Bitcoin is fine as is and MtGox should pull their $#!+ together. I could not believe the idiot dared to blame the Bitcoin protocol.
Bitcoin doesn't have to change one bit to come up with a standardised way of making these kind of hashes. I prefer we all come up with one that has a fighting chance to get included in the bitcoin client (not chain!) than every cat and dog inventing their own transaction numbers.
Re: MtGox blames Bitcoin protocol problem for BTC withdrawal issue
That is the point. Custom bitcoin clients are NOT easy. Unless you know what you are doing you probably should NOT be making a custom bitcoin client.
There is nothing custom about doing bitcoind sendtoaddress and getting a txid back.
f) rely only on tx-id as absolute proof on if a payment has been made or not
[snip]
They should build off existing proven clients.
[snip]
They should build off existing proven clients.
So, then how do I easily spot this with a reasonably recent standard client?
Re: MtGox blames Bitcoin protocol problem for BTC withdrawal issue
Someone please show me how to do this easy check with a few bitcoind commands?
when a new block arrives get it with rpc and look through the json output?
Sure, poll getblockcount, then what? Please show how easy it is to spot this.
Code:
$ bitcoind getblock 000000000000010c5ba86d05c6f43df46921d453d23fdafe85229f6a7d840e16 '{"tx":"obj", "script":"asm"}'
{
"hash" : "000000000000010c5ba86d05c6f43df46921d453d23fdafe85229f6a7d840e16",
"confirmations" : 43,
"size" : 1473,
"height" : 186154,
"version" : 1,
"merkleroot" : "47de80c28529a69bddefb90ea15388f10e2647482560bb50857e7b586d45a8c3",
"time" : 1340614357,
"nonce" : 728350342,
"bits" : "1a09b78a",
"difficulty" : 1726566.55919348,
"tx" : [
{
"txid" : "11af9ba807942f7db6274f40442651c7b58b02b0a942867847b2b8a3932df7b1",
"version" : 1,
"locktime" : 0,
"size" : 142,
"vin" : [
{
"coinbase" : "048ab7091a027702062f503253482f",
"sequence" : 4294967295
}
],
"vout" : [
{
"value" : 50.00000000,
"scriptPubKey" : "04b034ecbcbe86f327d2edd25ce1fce3f4463710c00ae00d1a25198bab882be95c72d3468dc6931f756b03d99a3b7f3a07543834370ad023b37cb1127c6266d91a OP_CHECKSIG"
}
],
"confirmations" : 0
},
{
"txid" : "9fb85b2c9085284a6c39407025cbec31b4c88b1075f3d98840395bc4e389616d",
"version" : 1,
"locktime" : 0,
"size" : 259,
"vin" : [
{
"prevout" : {
"hash" : "1f16f657fb093f4618c1ad6504130d08fa71bb1964d0be5574f44011124f7b64",
"n" : 1
},
"scriptSig" : "3046022100dea86a40b8ffcfa446e05886e18c7ea8bca371118da48d4adfde846b87af43190221009652d86f7013afd35311fe8d080c9e592758716c08e971c39283ca08746db78501 04a1ce79a9fec1018129bb79c19dc90dcb4657e8cf725c635909ea402143b64e84fb06bf0b2c96ca6f0db9ac8ae480399f7724a9b288faf52c16d1535f13b90fe6",
"sequence" : 4294967295
}
],
"vout" : [
{
"value" : 1066.13121507,
"scriptPubKey" : "OP_DUP OP_HASH160 e51a349be7044a8d84c6e8370ff56ff6860f3597 OP_EQUALVERIFY OP_CHECKSIG"
},
{
"value" : 1242.21306062,
"scriptPubKey" : "OP_DUP OP_HASH160 51fb66b01bcdbcdc67049fa97a8da21a2fa912e0 OP_EQUALVERIFY OP_CHECKSIG"
}
],
"confirmations" : 0
},
{
"txid" : "060cbd899b2c1fac0cdbcf580a3f90aae131b16d516f049baf1d13c66e410892",
"version" : 1,
"locktime" : 0,
"size" : 226,
"vin" : [
{
"prevout" : {
"hash" : "f2b6efbef50c026efc19dac73ed787b0ccc1697c8640e96637ab861e85afca60",
"n" : 0
},
"scriptSig" : "3045022100a0be436cb85b899740792206a17658ef96e6d786e53448cab8b11f9e51be96a6022063ab6d9337fa71b9d5a75e3ebe0a33c151ad6cdca70f9170c1b0297d655c5b3301 022cb39adb02162270b89b08975256293182bcaa84622d18a30c3bd72751d4ddd5",
"sequence" : 4294967295
}
],
"vout" : [
{
"value" : 1.40018289,
"scriptPubKey" : "OP_DUP OP_HASH160 d6211f74851b1cc1d181d0fe591445a18f49c818 OP_EQUALVERIFY OP_CHECKSIG"
},
{
"value" : 1.00000000,
"scriptPubKey" : "OP_DUP OP_HASH160 713c581950bbfb0545f1418bbfe825911e8efa5c OP_EQUALVERIFY OP_CHECKSIG"
}
],
"confirmations" : 0
},
{
"txid" : "2da6e2a83abe9e870a3a4762d8159e523a3068cce26c5670afdcd2c63486a1ac",
"version" : 1,
"locktime" : 0,
"size" : 765,
"vin" : [
{
"prevout" : {
"hash" : "9aa47d859bda3eba62fd366461adda78f6df3293dd7b1681361f54531220b378",
"n" : 2
},
"scriptSig" : "3046022100f10d0f6fc6ce90ae97a04627a659791b1caed48aae8d70b82c73c5c730758576022100aba76d54166189b50e678faac63a4265d6d2daf48889a23a1fc285e042fb9c8901 04addfdfd09989768bc93678fd4eca1bf8d485e98690b7584a7559ab30a63ac16fd33e8e7db59f72c21b402a78bacbde205d642e60037d8b660a57341a60c4e646",
"sequence" : 4294967295
},
{
"prevout" : {
"hash" : "125ea4a6f9e86333de7566af28e6a5558a2c66e5c41b197560bd9a8e6c56866b",
"n" : 0
},
"scriptSig" : "3045022100c9e3d69de5bcbb9252b2b637e6846eaef971959653c887e7bb13f6528f1587f2022059d47b80f98460c0a02a9f7a7977202533fe3566a1cbecc599b122af02a8b8ac01 04a875f1a901e23be1435350f1a94820f84f590e297c0a34e393b873ac5b3182d071ca43890a54c750ad2fd6288416a319e70e48f2c2d2fe828666cfc98689ce0e",
"sequence" : 4294967295
},
{
"prevout" : {
"hash" : "e2b9a62cd1ad312f510510bf071ae0079b6b858db8b43e86809b7269d8ad1ff7",
"n" : 1
},
"scriptSig" : "3045022100a198dea14374a5d0584cfedeb8f6a457556b9bdd0488c433b179ad328a007c7102200a3179f1b8a95ae4e02183c25fb3234f1efe0db9129806d38579b2845e77a11801 047b19a9c3e6b0a92e9bdeeb294ebea709dd1d9b5e2ccb7e1fb03ca6bfa43b78dd0a6d72ddd9e64130513d63dc1ea5609906a15f1d3044f50ee6415b2e4eaf59e4",
"sequence" : 4294967295
},
{
"prevout" : {
"hash" : "b6548149a182fd10330b9f69024bdd55ce521ce367e9125d1bd8c91a8c5539da",
"n" : 0
},
"scriptSig" : "30450220670628b426d996131f064bb861554e31bd3afcdc581ae9824af1610dcc079080022100d240e2f445670f8e2be82f5fc74dfbc98312f0adb5f2ec163449588bdd8e9f8401 045c7e935730d0a7e45615e4a5df7c50b8bdde7fad7c978c569563b5451a756710d7dc0f1a248bd233467f17dd28e27484a91c0af4123c131b87d959dd37850692",
"sequence" : 4294967295
}
],
"vout" : [
{
"value" : 0.19950871,
"scriptPubKey" : "OP_DUP OP_HASH160 c6b92e0b69d3a7aa53a28e2bc5a6de3f32fbff5a OP_EQUALVERIFY OP_CHECKSIG"
}
],
"confirmations" : 0
}
],
"previousblockhash" : "00000000000006d68b5d22acef2a43b38dc692782d7c12c0ae43259b9eb46078",
"nextblockhash" : "000000000000023b6a46f950ef1ccd08519c2e26208d1af157c6e7fa541bd043"
}
{
"hash" : "000000000000010c5ba86d05c6f43df46921d453d23fdafe85229f6a7d840e16",
"confirmations" : 43,
"size" : 1473,
"height" : 186154,
"version" : 1,
"merkleroot" : "47de80c28529a69bddefb90ea15388f10e2647482560bb50857e7b586d45a8c3",
"time" : 1340614357,
"nonce" : 728350342,
"bits" : "1a09b78a",
"difficulty" : 1726566.55919348,
"tx" : [
{
"txid" : "11af9ba807942f7db6274f40442651c7b58b02b0a942867847b2b8a3932df7b1",
"version" : 1,
"locktime" : 0,
"size" : 142,
"vin" : [
{
"coinbase" : "048ab7091a027702062f503253482f",
"sequence" : 4294967295
}
],
"vout" : [
{
"value" : 50.00000000,
"scriptPubKey" : "04b034ecbcbe86f327d2edd25ce1fce3f4463710c00ae00d1a25198bab882be95c72d3468dc6931f756b03d99a3b7f3a07543834370ad023b37cb1127c6266d91a OP_CHECKSIG"
}
],
"confirmations" : 0
},
{
"txid" : "9fb85b2c9085284a6c39407025cbec31b4c88b1075f3d98840395bc4e389616d",
"version" : 1,
"locktime" : 0,
"size" : 259,
"vin" : [
{
"prevout" : {
"hash" : "1f16f657fb093f4618c1ad6504130d08fa71bb1964d0be5574f44011124f7b64",
"n" : 1
},
"scriptSig" : "3046022100dea86a40b8ffcfa446e05886e18c7ea8bca371118da48d4adfde846b87af43190221009652d86f7013afd35311fe8d080c9e592758716c08e971c39283ca08746db78501 04a1ce79a9fec1018129bb79c19dc90dcb4657e8cf725c635909ea402143b64e84fb06bf0b2c96ca6f0db9ac8ae480399f7724a9b288faf52c16d1535f13b90fe6",
"sequence" : 4294967295
}
],
"vout" : [
{
"value" : 1066.13121507,
"scriptPubKey" : "OP_DUP OP_HASH160 e51a349be7044a8d84c6e8370ff56ff6860f3597 OP_EQUALVERIFY OP_CHECKSIG"
},
{
"value" : 1242.21306062,
"scriptPubKey" : "OP_DUP OP_HASH160 51fb66b01bcdbcdc67049fa97a8da21a2fa912e0 OP_EQUALVERIFY OP_CHECKSIG"
}
],
"confirmations" : 0
},
{
"txid" : "060cbd899b2c1fac0cdbcf580a3f90aae131b16d516f049baf1d13c66e410892",
"version" : 1,
"locktime" : 0,
"size" : 226,
"vin" : [
{
"prevout" : {
"hash" : "f2b6efbef50c026efc19dac73ed787b0ccc1697c8640e96637ab861e85afca60",
"n" : 0
},
"scriptSig" : "3045022100a0be436cb85b899740792206a17658ef96e6d786e53448cab8b11f9e51be96a6022063ab6d9337fa71b9d5a75e3ebe0a33c151ad6cdca70f9170c1b0297d655c5b3301 022cb39adb02162270b89b08975256293182bcaa84622d18a30c3bd72751d4ddd5",
"sequence" : 4294967295
}
],
"vout" : [
{
"value" : 1.40018289,
"scriptPubKey" : "OP_DUP OP_HASH160 d6211f74851b1cc1d181d0fe591445a18f49c818 OP_EQUALVERIFY OP_CHECKSIG"
},
{
"value" : 1.00000000,
"scriptPubKey" : "OP_DUP OP_HASH160 713c581950bbfb0545f1418bbfe825911e8efa5c OP_EQUALVERIFY OP_CHECKSIG"
}
],
"confirmations" : 0
},
{
"txid" : "2da6e2a83abe9e870a3a4762d8159e523a3068cce26c5670afdcd2c63486a1ac",
"version" : 1,
"locktime" : 0,
"size" : 765,
"vin" : [
{
"prevout" : {
"hash" : "9aa47d859bda3eba62fd366461adda78f6df3293dd7b1681361f54531220b378",
"n" : 2
},
"scriptSig" : "3046022100f10d0f6fc6ce90ae97a04627a659791b1caed48aae8d70b82c73c5c730758576022100aba76d54166189b50e678faac63a4265d6d2daf48889a23a1fc285e042fb9c8901 04addfdfd09989768bc93678fd4eca1bf8d485e98690b7584a7559ab30a63ac16fd33e8e7db59f72c21b402a78bacbde205d642e60037d8b660a57341a60c4e646",
"sequence" : 4294967295
},
{
"prevout" : {
"hash" : "125ea4a6f9e86333de7566af28e6a5558a2c66e5c41b197560bd9a8e6c56866b",
"n" : 0
},
"scriptSig" : "3045022100c9e3d69de5bcbb9252b2b637e6846eaef971959653c887e7bb13f6528f1587f2022059d47b80f98460c0a02a9f7a7977202533fe3566a1cbecc599b122af02a8b8ac01 04a875f1a901e23be1435350f1a94820f84f590e297c0a34e393b873ac5b3182d071ca43890a54c750ad2fd6288416a319e70e48f2c2d2fe828666cfc98689ce0e",
"sequence" : 4294967295
},
{
"prevout" : {
"hash" : "e2b9a62cd1ad312f510510bf071ae0079b6b858db8b43e86809b7269d8ad1ff7",
"n" : 1
},
"scriptSig" : "3045022100a198dea14374a5d0584cfedeb8f6a457556b9bdd0488c433b179ad328a007c7102200a3179f1b8a95ae4e02183c25fb3234f1efe0db9129806d38579b2845e77a11801 047b19a9c3e6b0a92e9bdeeb294ebea709dd1d9b5e2ccb7e1fb03ca6bfa43b78dd0a6d72ddd9e64130513d63dc1ea5609906a15f1d3044f50ee6415b2e4eaf59e4",
"sequence" : 4294967295
},
{
"prevout" : {
"hash" : "b6548149a182fd10330b9f69024bdd55ce521ce367e9125d1bd8c91a8c5539da",
"n" : 0
},
"scriptSig" : "30450220670628b426d996131f064bb861554e31bd3afcdc581ae9824af1610dcc079080022100d240e2f445670f8e2be82f5fc74dfbc98312f0adb5f2ec163449588bdd8e9f8401 045c7e935730d0a7e45615e4a5df7c50b8bdde7fad7c978c569563b5451a756710d7dc0f1a248bd233467f17dd28e27484a91c0af4123c131b87d959dd37850692",
"sequence" : 4294967295
}
],
"vout" : [
{
"value" : 0.19950871,
"scriptPubKey" : "OP_DUP OP_HASH160 c6b92e0b69d3a7aa53a28e2bc5a6de3f32fbff5a OP_EQUALVERIFY OP_CHECKSIG"
}
],
"confirmations" : 0
}
],
"previousblockhash" : "00000000000006d68b5d22acef2a43b38dc692782d7c12c0ae43259b9eb46078",
"nextblockhash" : "000000000000023b6a46f950ef1ccd08519c2e26208d1af157c6e7fa541bd043"
}
just loop through vin and check your already sent transaction for dups.
anyway: i dont have a bitcoin node ready to check and i just copied it from the forum.
for anybody developing custom client software this should be easy, dont you think?
Parsing whatever bitcoind spits out is easy, yes, custom bitcoin clients are not or github would be full of them. All that's left from my sendtoaddress is a txid, please, someone claiming how easy this is show me how to spot this.
Re: MtGox blames Bitcoin protocol problem for BTC withdrawal issue
Someone please show me how to do this easy check with a few bitcoind commands?
when a new block arrives get it with rpc and look through the json output?
Sure, poll getblockcount, then what? Please show how easy it is to spot this.