Bitcoin Forum
May 05, 2024, 05:56:12 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 [63] 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 ... 214 »
1241  Bitcoin / Press / Re: [2017-08-29] Dark web finds bitcoin increasingly more of a problem than a help on: August 30, 2017, 04:41:39 PM
All kinds of upgrades are possible with segwit script versioning, a big one is privacy improvements. 
1242  Bitcoin / Bitcoin Technical Support / Re: 5 confirmations in 10 mins on: August 30, 2017, 01:24:36 PM
This has never happened before
I thought each confirmation took 10 mins
I just requested a withdrawal from one exchange and it was deposited in another exchange with 5-10 mins
You can see the transaction here

https://blockexplorer.com/tx/de05e00844f1f7e0f5ee63528b2e1c69f7bc695cfcaf26c84d952d3fe677df74

Is this normal?


It is an AVERAGE of ten minutes, but the actual time between blocks is not guaranteed to be 10.
1243  Bitcoin / Development & Technical Discussion / Re: Bitcoind is a mess, an alternative for Low level bitcoin programming? on: August 30, 2017, 10:29:54 AM
Hello to everybody,

TL;DR: i believe bitcoind is not capable of creating multiple/individualized wallets, how can i do that without third parties using only C#/C++/PHP/maybe python? are there any libraries that may be helpful? or is it easy enough to communicate directly with the nodes and write my own client? (in a perfect world, i want an api that is not owned by a third party like blockchain.info or coinbase, and id like a library that will not require jumping languages and using HTTP communication or any form of request/response type...

what IS a wallet? does the blockchain/nodes/miners/etc... even recognize wallets or is it a construct we use for organizing the addresses like an account?

...

any insight will be greatly appreciated.

If you truly mean a wallet, look at:
https://github.com/bitcoin/bitcoin/blob/0.15/doc/release-notes.md#multi-wallet-support
But I don't think that is what you want.

If you mean a construct to just group addresses together per user, using a HD wallet (https://en.bitcoin.it/wiki/Deterministic_wallet#Type_2_hierarchical_deterministic_wallet)  per user stored in a DB is how many do it.  Nodes/miners/block chain doesn't know about wallets, at root, just inputs and outputs.

Then talking to bitcoind to communicate is an option.

Btw, going somewhere stating "x is a mess" isn't usually a good way to introduce yourself to get help, imho.  :-)





1244  Economy / Investor-based games / Re: Scam or Possible? on: August 29, 2017, 07:05:14 PM
Hi!
I have read one's page on social media inviting bitcoin investors and guaranteed to gain profit at 140% for 140 days by doing nothing. Is this another "too good to be true" thing or scam?Or possible to profit this much?

Scam.  Don't do it.  No doubt they will scam some people, don't be one of them.

If it isn't a scam, ask them to borrow 100 BTC from them, then send it back to them and tell them you'll repay them in 140 days from the proceeds.  ;-)


1245  Bitcoin / Development & Technical Discussion / Re: Mempool size falling to 0 : what's going on ? on: August 29, 2017, 06:32:13 PM
The data that you see is not a representation of what everyone else sees. The data that you see is solely based on the number of transactions Blockchain.info has on their mempool, everyone can have different numbers due to poor propagation of transactions or differing rules.

The drop in the mempool transactions is likely triggered by a restart of the nodes that they have. The mempool might have been emptied by Blockchain.info and the increase in the number of transactions is due to nodes sending more transaction data to Blockchain.info after that.

It is interesting that they are running a pre-0.14.0 Bitcoin Core or they have the save mempool feature disabled.  Or the had an unclean shutdown. 
1246  Bitcoin / Press / Re: [2017-08-29] It Looks Like New Bitcoin Millionaires Are Avoiding the IRS on: August 29, 2017, 02:28:47 PM
I am really hoping Monero takes off way more. That will help immensely in avoiding paying the government their bribes. Seriously, they provide NOTHING of value for the crypto markets and want a cut when your high risk pays off? Unbelievable.

Agreed with that too in principle (nothing of value), but for most people the risk (jail time) isn't worth any potential gain.  The leeches will get their blood to buy people's votes and unless you want to follow the Roger Ver route and renounce your citizenship (from the US in his case), you have little choice if you want to be compliant.  And "New Bitcoin Millionaires" probably will want to be able to enjoy their gains and to do so will need to follow the law.

Just like people were over-confident in the security of TOR and were burned by either misconfigured servers, emails, honeypots, KYC/AML etc, there will be plenty of times that misusing the anonymity of Monero, mixers, Dark Wallet and the like will leak information that will enable the authorities to follow your path of transactions.  And then you'll be screwed.

1247  Bitcoin / Press / Re: [2017-08-29] SegWit's Slow Rollout: Why Bitcoin's Capacity Hasn't Seen a Sudden on: August 29, 2017, 02:19:40 PM
Let's give Segwit more grace period to really see if it fulfill what it promises
-snip-
To use SegWit, you will need to use the new transaction type between new SegWit addresses.  As TraderTimm correctly points out with that chart, less than one percent of transactions currently being sent are SegWit transactions.  That's nothing to do with SegWit, it's to do with wallets not creating easy interfaces for spending SegWit transactions -snip-

I agree with you 100%. The problem is that the average bitcoin user doesn't know how to use it. I mean, I don't know how to do it, and I know more about bitcoin than the average person on this forum.
We need someone who raises general awareness, and can easily explain how it works.

Once more wallets roll out with support - e.g. Electrum - I think usage will increase particularly when people see, "oh, I can pay 1/4 (or whatever) the fees by selecting SegWit".  Kind of like the P2SH rollout wasn't instant.
1248  Bitcoin / Press / Re: [2017-08-29] It Looks Like New Bitcoin Millionaires Are Avoiding the IRS on: August 29, 2017, 02:16:21 PM
Its impossible to engage the legacy banking system and not leave a trail. Just pay the 13 - 15% on long-term capital gains and be done with it. (Most people have held for more than a year.)

I don't understand why someone would risk potential fines and audits or even jail by not paying. Whatever your stance on taxation is, you're not going to change the system from inside a jail cell.

Agreed.

One open question is the impact of the BCC fork since it had/has some value.  The IRS hasn't given guidance yet as far as I am aware as to how to handle it.

When do you pay taxes:
1. At the fork?
2. Converting it from BCC to BTC?
3. Selling any resulting BTC?

Probably #2, but hopefully #3.
1249  Bitcoin / Bitcoin Technical Support / Re: WOOow 73 Confirmations and still not confirmed on: August 29, 2017, 01:25:30 PM
are you suuure it has been confirmed !!!
Yes, it is definitely confirmed.  86 confirmations so far, 0.023045 BTC:
https://blockchain.info/en/tx/db4c02c63e43a284c4b9dd0ad3206f61ce6f622e825412c8bbc37567485665ca

(you even said it had 73 confirmations in your subject!)

You need to contact their support - looks like there are several ways of doing so on their contact page - this is a problem with their service or their wallet.

There may be a method of exporting the private key from that address if you are using their online wallet or app and importing it using something else (or sweeping).


1250  Bitcoin / Bitcoin Technical Support / Re: WOOow 73 Confirmations and still not confirmed on: August 29, 2017, 12:11:39 PM
https://blockchain.info/fr/tx/db4c02c63e43a284c4b9dd0ad3206f61ce6f622e825412c8bbc37567485665ca

please help me whith accelerating this...
this is my first transaction

It is already confirmed as shown by the link you posted. Where did you send this that is showing it isn't confirmed?  Wherever that is, you should talk to them because either they shave buggy software or are scamming you by saying it isn't confirmed.
1251  Bitcoin / Press / Re: [2017-08-28]Bitcoin Core Developers rejected to include code SegWit2x in protoco on: August 28, 2017, 07:07:14 PM
Bitcoin Core devs - the official bitcoin client - refused to include code SegWit2x in the current protocol. The corresponding announcement has posted on the official Twitter Bitcoin Core:

The Bitcoin Core project rejected the pull request for NYA "segwit2x" https://github.com/bitcoin/bitcoin/pull/11128

Read more https://bit.news/eng/bitcoin-core-developers-rejected-segwit2x/

There is no "official bitcoin client".  One has to wonder about hese "news" services when a simple fact like that is missed.

Edit: this sounds like an ESL article or a bot translated article.
1252  Bitcoin / Development & Technical Discussion / Re: Any website shows the number of segwit transactions per block? on: August 28, 2017, 01:26:15 AM
Thanks cr1776

Now it appears that the server is down.

Edit:
It looks like the page is back up.
1253  Bitcoin / Development & Technical Discussion / Re: Any website shows the number of segwit transactions per block? on: August 27, 2017, 07:59:25 PM
I would like to find some statistics about segwit adoption. Where can I find that?

Take a look here:
http://segwit.5gbfree.com/countsegwit
1254  Bitcoin / Development & Technical Discussion / Re: Solving the Scalability issue for Bitcoin on: August 27, 2017, 02:32:54 PM
...
and it was predicted back then that in 2020 that size would be 4GB.
...

But Segwit and Segwit2 are only temporary solutions. The main factor in exponential growth isn't policies like Segwit,
...
6) Preserve a certain amount of the most recent blocks, just in case a longer blockchain is discovered, and then the Pruned Block should be recalculated.

...
each account. ...  (Of course, accounts do not really exist in Bitcoin, when I say account what I really mean is a Private/Public Key pair)
...
transactions sent from A to every public key
...
nobody imagined back then that it would grow so quickly
...

I am sure there are those among us with more technical understanding to the nuances of how this idea should be implemented. I am counting on their help to see this through.
...

There seems to be a lot of hyperbole and assumptions in here that many who have a technical understanding of bitcoin would disagree with.  Including some of the following which I see as either misunderstandings of how bitcoin works or something else.  For example:

* Who predicted it would be 4GB in 2020?  Some references to claims would be nice for statements like that.  Many people imagined that the block chain would grow as it has.  Stating that no one did is disingenuous particularly since it is clear using basic multiplication that at a 1MB block size the chain could grow about 52.5GB/year (1MB/block * 6 blocks/hour * 24 hrs/day * 365.25 days).  :-)

* Things such as SegWit enable bitcoin transactions to grow exponentially, not linearly, if necessary via lightning, side chains etc.  Plus using lightning enables micro-transactions which one doesn't need to store on-chain.

* Presumably you mean a longer fork of the block chain?  Not a longer block chain.

* Accounts?  Bitcoin works on inputs and outputs, not accounts (which you did acknowledge), private keys or public keys.  Private keys allow you to spend outputs by demonstrating cryptologic proof that you are permitted to do so.  You can't send to a public key (as above), you have to create a new input or output which out kind of mention later, but referring to it as "sent to a public key" in a technical proposal is just wrong.

* You have to reference a UTXO and somehow all wallets need to know that this could change behind their back at some point and then have some method of tying the two old and new together.

* nLockTime transactions may be impacted which is problematic for people who rely on them.

* Segwit (and other solutions or those that rely on it - lightning, side chains etc) could be impacted if the UTXO set changes behind their backs.

Hopefully you can address some of the concerns that others have and update.  ;-)



1255  Bitcoin / Development & Technical Discussion / Re: Fork-Attacks on bitcoin like Bcash and B2X might become infeasible after halving on: August 26, 2017, 01:32:48 PM
Please share your thoughts around this claim:

"Fork-Attacks on bitcoin like Bcash and B2X might become infeasible after next halving; due to the value of mining reward becoming Fee>NewCoin"

You can Fork the block reward (New-Coins)
But all the economic fee-generating-activity stays on original chain
Miners must follow the User rather than New-Coin

I haven't seen any discussion around this topic, so I'm curious if I'm missing something..


I wasn't really clear about the exact question...some possibilities:
1. Given the EDA gaming happening on the bitcoin cash chain right now, the bcash chain may have its next halving in 6-9 months (or less).  And could have another one a year or less later IF the gaming continues.  Is the question whether at that point the fees per block on BTC plus the mining reward will be so much greater than the BCH chain that the gaming would have to stop?

2. Or is the question whether after the next Bitcoin halving the fees per block will be larger than the block reward (or close enough to it) and so a fork would be uneconomical because the economic activity will remain on the main chain so the combination of fees and block rewards would be sufficient incentive to mine only the main chain?

Personally I think either way the fees, particularly if segwit doubles or triples volume while decreasing average fees while increasing overall fees per block, will be a big incentive to stay on the main chain. Likewise, once BCH has a fast halving next year, the arbitrage opportunity will decrease and without the economic activity the chain's value will drop.  That is the problem with the bcash EDA, it is gamable making the chain less stable than one would hope.





1256  Bitcoin / Development & Technical Discussion / Re: Post your SegWit questions here - open discussion - big week for Bitcoin! on: August 25, 2017, 07:08:47 PM
Um, so, SegWit is active but when will we see evidence of it helping?  Have any SegWit transactions gone through yet?  Will the transaction count per block start going up?
Welcome back to the forum.
Thanks.  Um, any insights into my questions?

SegWit transactions are going through. Not a lot yet:
http://segwit.5gbfree.com/countsegwit
1257  Bitcoin / Bitcoin Technical Support / Re: One week, zero confirmations. Hurts Bitcoin adaption on: August 25, 2017, 02:43:34 PM
Seems like the transaction fee has skyrocketed or something else is at fault. A week ago I transfered 0.1 mBTC with a 0.0023 mBTC transaction fee. It has zero confirmations for a week now. Another transaction with 0.07 mBTC transaction fee also hangs for days.

I know how to unstuck the transaction and resend but I think this will hurt Bitcoin adaption.

Will segwit help in the future or do we need other options to deal with transactions?

What was the transaction id?   Miners can include transactions or not depending on their fee policies, but without knowing the size of the transaction, whether it depends on unconfirmed outputs etc, it is hard to say whether it was rational or not.  (e.g. perhaps it will never confirm if its outputs will never confirm).

Segwit may (and probably will, but no guarantees) reduce fees.
1258  Bitcoin / Bitcoin Technical Support / Re: Warning: Unknown block versions being mined! It's possible unknown rules are in on: August 25, 2017, 09:44:42 AM
Read https://bitcointalk.org/index.php?topic=2118516.0 : Segwit blocks can be larger than 1MB.
I think Bitcoin Core needs to release a newer version.

No.  It is miners still signaling on bit 1 after segwit activation.

Look at:
https://bitcointalk.org/index.php?topic=2117726.msg21179062#msg21179062
1259  Bitcoin / Development & Technical Discussion / Re: Post your SegWit questions here - open discussion - big week for Bitcoin! on: August 24, 2017, 10:31:38 AM
So how do i send a segwit transaction on electrum?  Huh

With the current version creating segwit addresses is done via command line and that may be only for test net as of 2.6.  So, it is a question of an update.  ( https://github.com/spesmilo/electrum/blob/master/RELEASE-NOTES )
1260  Bitcoin / Bitcoin Discussion / Re: The OFFICIAL SegWit Activation Thread on: August 24, 2017, 01:57:49 AM
2 blocks.

Now 1.

A big day/night for improvements in bitcoin going forward.

Edit:
And active
Pages: « 1 ... 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 [63] 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 ... 214 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!