Bitcoin Forum
March 28, 2024, 08:13:05 AM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1] 2 »  All
  Print  
Author Topic: Why Segwit adoption is so slow?  (Read 1894 times)
Matias (OP)
Full Member
***
Offline Offline

Activity: 182
Merit: 101


View Profile
November 20, 2017, 11:04:48 AM
Merited by ABCbits (1)
 #1

Why Segwit adoption is so slow? Is it because of lack of wallet support? Are there incentives for wallet developers to implement Segwit?
1711613585
Hero Member
*
Offline Offline

Posts: 1711613585

View Profile Personal Message (Offline)

Ignore
1711613585
Reply with quote  #2

1711613585
Report to moderator
Be very wary of relying on JavaScript for security on crypto sites. The site can change the JavaScript at any time unless you take unusual precautions, and browsers are not generally known for their airtight security.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1711613585
Hero Member
*
Offline Offline

Posts: 1711613585

View Profile Personal Message (Offline)

Ignore
1711613585
Reply with quote  #2

1711613585
Report to moderator
achow101
Moderator
Legendary
*
expert
Offline Offline

Activity: 3346
Merit: 6473


Just writing some code


View Profile WWW
November 20, 2017, 03:11:33 PM
Merited by ABCbits (1)
 #2

Why Segwit adoption is so slow?
It's likely because large services like Coinbase, Bitpay, and Blockchain.info have not yet implemented segwit.

Is it because of lack of wallet support?
Yes.

Are there incentives for wallet developers to implement Segwit?
For services, yes. It will cost them and their users less in fees. For other wallet software developers, the incentive is to avoid technical debt and have the latest and greatest.

Matias (OP)
Full Member
***
Offline Offline

Activity: 182
Merit: 101


View Profile
November 20, 2017, 03:48:01 PM
 #3

^Segwit transfers are faster and cheaper? So wallets’ users would benefit?
achow101
Moderator
Legendary
*
expert
Offline Offline

Activity: 3346
Merit: 6473


Just writing some code


View Profile WWW
November 20, 2017, 04:30:15 PM
 #4

^Segwit transfers are faster and cheaper? So wallets’ users would benefit?
Yes, and services which cover fees for their customers and want customers to be happy would want to have transactions that have lower transaction fees.

Matias (OP)
Full Member
***
Offline Offline

Activity: 182
Merit: 101


View Profile
November 20, 2017, 05:45:27 PM
 #5

Thank you for your answer. It is strange, that big service providers are so slow to implement this, all thought it would help their customers.
-ck
Legendary
*
Offline Offline

Activity: 4060
Merit: 1622


Ruu \o/


View Profile WWW
November 20, 2017, 09:07:11 PM
 #6

It is strange, that big service providers are so slow to implement this, all thought it would help their customers.
I suspect a lot of services were holding off directing resources towards segwit adoption because they were preparing for the 2x fork. Now that that has been cancelled, there is really no reason for them to delay any more and it will probably come more rapidly.

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
Aura
Sr. Member
****
Offline Offline

Activity: 518
Merit: 268


View Profile
November 20, 2017, 09:16:59 PM
 #7

It's because a lot users still don't use wallets that have Segwit integrated, including me.
If you want to support Segwit, then change to a wallet that has Segwit support for example core.
I am going to switch my funds to a Segwit wallet when the tx fees begin to drop.
exstasie
Legendary
*
Offline Offline

Activity: 1806
Merit: 1521


View Profile
November 20, 2017, 09:52:47 PM
 #8

It is strange, that big service providers are so slow to implement this, all thought it would help their customers.
I suspect a lot of services were holding off directing resources towards segwit adoption because they were preparing for the 2x fork. Now that that has been cancelled, there is really no reason for them to delay any more and it will probably come more rapidly.

I think that's a reasonable stance. However, I've been noticing that Tony Gallippi (Bitpay) continues to heavily troll about Bitcoin transaction fees. Here's one from four days ago:

Quote
How many #Bitcoin UTXOs are currently unspendable? I just received $45 and now it will cost me more than that to spend it.

It's not even accurate either. I made multiple transactions right around that time and paid < $10 per transaction, and that was from a non-Segwit wallet.

To knowledgeable users, it looks like a combination of Copay having terrible fee estimation, not implementing Segwit, and misrepresenting the situation. But to new users, his concerns might look legitimate and even ring true. I really think that Bitpay is going to continue this war. I think they are more interested in implementing Bitcoin Cash and pushing users to use it than they are in implementing Segwit.

-ck
Legendary
*
Offline Offline

Activity: 4060
Merit: 1622


Ruu \o/


View Profile WWW
November 20, 2017, 10:36:11 PM
 #9

However, I've been noticing that Tony Gallippi (Bitpay) continues to heavily troll about Bitcoin transaction fees. Here's one from four days ago:

Quote
How many #Bitcoin UTXOs are currently unspendable? I just received $45 and now it will cost me more than that to spend it.

It's not even accurate either. I made multiple transactions right around that time and paid < $10 per transaction, and that was from a non-Segwit wallet.

To knowledgeable users, it looks like a combination of Copay having terrible fee estimation, not implementing Segwit, and misrepresenting the situation. But to new users, his concerns might look legitimate and even ring true. I really think that Bitpay is going to continue this war. I think they are more interested in implementing Bitcoin Cash and pushing users to use it than they are in implementing Segwit.
Indeed, fuckwits will remain fuckwits and people with other agendas will continue to push them however they can.

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
Matias (OP)
Full Member
***
Offline Offline

Activity: 182
Merit: 101


View Profile
November 21, 2017, 07:49:23 AM
 #10

It is interesting, that at first Segwit adoption took of really well, then it stalled and now it has plateaued to approximately 10% level

http://segwit.party/charts/#
kafeelniazi
Full Member
***
Offline Offline

Activity: 280
Merit: 100

Organic PR on Tier 1 media


View Profile
November 21, 2017, 07:52:16 AM
 #11

^Segwit transfers are faster and cheaper? So wallets’ users would benefit?
Main difference is that Sigwit block size is 2MB as  a result difficulty level for mining it is easy and hence transactions are fast. But people are lame at seeing there own benefit. People who just want to  use crypto-currency for transaction then sigwit is best option for them but people who only want to deal in crypto-currency for investment purpose then it will take a while before they will go for sigwit.

"Unlock Your Project's True Potential with Leading Media Exposure: Get Featured on Forbes, Coin Telegraph, USA WEEKLY & more – Gain Global Recognition and Skyrocket Your Success!"
Matias (OP)
Full Member
***
Offline Offline

Activity: 182
Merit: 101


View Profile
November 21, 2017, 07:59:50 AM
 #12

^Segwit transfers are faster and cheaper? So wallets’ users would benefit?
Main difference is that Sigwit block size is 2MB as  a result difficulty level for mining it is easy and hence transactions are fast.

To my very limited unterstanding, mining difficulty is not affected by segwit.. only block size. Because you can fit in more Segwit transaction to a block, there is incentive for miners to include as many Segwit transfers in a block as possible, and this causes Segwit transactions to go trough faster. . If I've understood correctly
bob123
Legendary
*
Offline Offline

Activity: 1624
Merit: 2481



View Profile WWW
November 21, 2017, 09:45:31 AM
 #13

Main difference is that Sigwit block size is 2MB as  a result difficulty level for mining it is easy and hence transactions are fast.

There are no segwit blocks. And no, we don't have 2MB blocks.
You are talking about the SegWit2x fork which should have happened a week ago. (The 2x stands for 2 times blocksize (2MB))
Bitcoin already adopted to SegWit address formats, to make transactions smaller (Which leads to lower fees per TX, since fees are calculated in sat/B).
But there hasn't been an adoption to 2MB blocks. And thats good. On-chain scaling is no solution.

@OP: There isn't a good reason to delay the SegWit adoption. But as its with everything.. people don't like changing habits.
Look at IPv6 vs. IPv4 for example.. IPv6 is available for years now.. But 80%+ in Europe/USA are still using IPv4.. Just because they are used to it.

mpufatzis
Full Member
***
Offline Offline

Activity: 840
Merit: 128



View Profile WWW
November 21, 2017, 09:00:23 PM
 #14

I believe the majority is holding their BTC because their value is growing over time.
When the prise will be more stabilised in the future, the people is going to use it more and more as a currency and will adopt the segwit.

Why Segwit adoption is so slow? Is it because of lack of wallet support? Are there incentives for wallet developers to implement Segwit?
Carlton Banks
Legendary
*
Offline Offline

Activity: 3430
Merit: 3068



View Profile
November 21, 2017, 09:52:50 PM
 #15

Main difference is that Sigwit block size is 2MB as  a result difficulty level for mining it is easy and hence transactions are fast.

There are no segwit blocks. And no, we don't have 2MB blocks.
You are talking about the SegWit2x fork which should have happened a week ago. (The 2x stands for 2 times blocksize (2MB))


This is a very confused sounding exchange of posts, neither of you are getting the details correct.


There are (were) 2 entirely different proposals:
  • Segwit (4MB blocks)
  • Segwit2x (8MB blocks)

Segwit was a soft fork, and is now activated on the Bitcoin network. Segwit2x was hard fork, and was abandoned by it's developers and the miners who agreed to implement it.


This makes talk of 2MB blocks (finally) irrelevant; the max blocksize is now twice that at 4MB.

Vires in numeris
Anon
Jr. Member
*
Offline Offline

Activity: 53
Merit: 11


View Profile
November 22, 2017, 12:04:38 AM
 #16

Demand is not that big.
monkeydominicorobin
Full Member
***
Offline Offline

Activity: 294
Merit: 104


✪ NEXCHANGE | BTC, LTC, ETH & DOGE ✪


View Profile
November 22, 2017, 04:52:43 AM
 #17

Why Segwit adoption is so slow? Is it because of lack of wallet support? Are there incentives for wallet developers to implement Segwit?

The big picture. Bitcoin adoption in general is way slower than Segwit adoption.

Wind_FURY
Legendary
*
Offline Offline

Activity: 2870
Merit: 1797



View Profile
November 22, 2017, 06:00:58 AM
 #18

Demand is not that big.

Really? Tell that to Mr. Mempool and Mrs. Unconfirmed transactions, https://blockchain.info/charts/mempool-size, https://blockchain.info/charts/mempool-count.

We need Segwit for transactions to be confirmed faster and remain cheap at the same time, plus it also might maintain the no. of unconfirmed transaction below 10,000.

Does anyone know how many transactions would fit in a full block under Segwit?

██████████████████████
█████████████████████████
█████████████████████████
█████████████████████████
█████████████████████████
█████████████████████████
█████████████████████████
█████████████████████████
█████████████████████████
█████████████████████████
█████████████████████████
█████████████████████████
██████████████████████
.SHUFFLE.COM..███████████████████████
███████████████████████
███████████████████████
███████████████████████
███████████████████████
█████████████████████
████████████████████
██████████████████████
████████████████████
██████████████████████
███████████████████████
███████████████████████
███████████████████████
███████████████████████
███████████████████████
███████████████████████
██████████████████████
██████████████████████
██████████████████████
███████████████████████
███████████████████████
███████████████████████
███████████████████████
███████████████████████
███████████████████████
███████████████████████
.
...Next Generation Crypto Casino...
Kakmakr
Legendary
*
Offline Offline

Activity: 3402
Merit: 1944

This space is availlable for advertising


View Profile
November 22, 2017, 08:00:37 AM
 #19

Not a SegWit expert here, so I figured I would just ask. Does SegWit tx go to a separate MemPool or does all txs go to the same MemPool? The SegWit transactions are a lot cheaper than the old legacy <non-SegWit addresses> during the same time when the MemPool are congested or are they going to the same MemPool, but just handled differently?

Hope that makes sense. I have to brush up on my SegWit research, but time is always an issue. ^lol^

Signature space availlable -Just DM me if you need some advertising.
PVminer
Jr. Member
*
Offline Offline

Activity: 43
Merit: 1


View Profile
November 22, 2017, 09:12:38 AM
 #20


Does anyone know how many transactions would fit in a full block under Segwit?


It depends on the transaction size. For a typical, transaction with 1 input and 2 outputs (you have a coin, pay someone and get a change), the legacy virtual size is 225/226 bytes, so 10^6/226=4424 transactions. The same P2SH-P2WPKH segwit transaction is 166 virtual bytes, so 10^6/166=6024 transactions and for pure P2WPKH, the size is 141 vbytes, so 7092 transactions.

The blockchain is filled also with larger transaction (many inputs or multisignatures), so the number of transaction in the typical block is less but the saving are even better with multi inputs. Segwit saves most for multi input transactions, savings are minimal for multi output transactions.

Not a SegWit expert here, so I figured I would just ask. Does SegWit tx go to a separate MemPool or does all txs go to the same MemPool? The SegWit transactions are a lot cheaper than the old legacy <non-SegWit addresses> during the same time when the MemPool are congested or are they going to the same MemPool, but just handled differently?

Segwit transaction go to the same pool. But since they are effectively smaller (actually they are not but witness data goes to a different space that is larger than 1MB but one can operate on virtual size for which they are smaller), their fee per byte is larger if they pay the same fee. So they are ahead of the same legacy transactions paying the same fee. Or you can lower the fee and have the same probability of inclusion in the block as the legacy but with a smaller fee. Or choose any intermediate fee.
Pages: [1] 2 »  All
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!