Bitcoin Forum
March 19, 2024, 08:09:27 AM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 628 629 630 631 632 633 634 635 636 637 638 639 640 641 642 643 644 645 646 647 648 649 650 651 652 653 654 655 656 657 658 659 660 661 662 663 664 665 666 667 668 669 670 671 672 673 674 675 676 677 [678] 679 680 681 682 683 684 685 686 687 688 689 690 691 692 693 694 695 696 697 698 699 700 701 702 703 704 705 706 707 708 709 710 711 712 713 714 715 716 717 718 719 720 721 722 723 724 725 726 727 728 ... 937 »
  Print  
Author Topic: [ANN] Bitcoin Cash - Pro on-chain scaling - Cheaper fees  (Read 703517 times)
hv_
Legendary
*
Offline Offline

Activity: 2506
Merit: 1055

Clean Code and Scale


View Profile WWW
February 20, 2018, 05:13:30 PM
 #13541

Zero-confirmation transactions are much more reliable on BCH.  So for transactions less than $1000 or so, it is very safe to consider the transaction completed within 2 or 3 seconds.

I know devs are working to make them much more safe. So I d  trust amounts < 100€ yet.

Carpe diem  -  understand the White Paper and mine honest.
Fix real world issues: Check out b-vote.com
The simple way is the genius way - Satoshi's Rules: humana veris _
1710835767
Hero Member
*
Offline Offline

Posts: 1710835767

View Profile Personal Message (Offline)

Ignore
1710835767
Reply with quote  #2

1710835767
Report to moderator
1710835767
Hero Member
*
Offline Offline

Posts: 1710835767

View Profile Personal Message (Offline)

Ignore
1710835767
Reply with quote  #2

1710835767
Report to moderator
1710835767
Hero Member
*
Offline Offline

Posts: 1710835767

View Profile Personal Message (Offline)

Ignore
1710835767
Reply with quote  #2

1710835767
Report to moderator
"Your bitcoin is secured in a way that is physically impossible for others to access, no matter for what reason, no matter how good the excuse, no matter a majority of miners, no matter what." -- Greg Maxwell
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1710835767
Hero Member
*
Offline Offline

Posts: 1710835767

View Profile Personal Message (Offline)

Ignore
1710835767
Reply with quote  #2

1710835767
Report to moderator
1710835767
Hero Member
*
Offline Offline

Posts: 1710835767

View Profile Personal Message (Offline)

Ignore
1710835767
Reply with quote  #2

1710835767
Report to moderator
1710835767
Hero Member
*
Offline Offline

Posts: 1710835767

View Profile Personal Message (Offline)

Ignore
1710835767
Reply with quote  #2

1710835767
Report to moderator
lsd400
Member
**
Offline Offline

Activity: 189
Merit: 12


View Profile
February 20, 2018, 05:39:41 PM
 #13542

ProtonMail asks for Bitcoin Cash community to help integrate it as payment option for service
https://coingeek.com/protonmail-asks-bitcoin-cash-users-help-integration/
digitalbarter
Member
**
Offline Offline

Activity: 131
Merit: 26


View Profile
February 20, 2018, 06:01:58 PM
 #13543

ProtonMail asks for Bitcoin Cash community to help integrate it as payment option for service
https://coingeek.com/protonmail-asks-bitcoin-cash-users-help-integration/
Roger ver pays them to make some small publicity so it can keep floating on the top 5 lol there would be time when this goes 50 usd and people will wonder what really happened
jbreher
Legendary
*
Offline Offline

Activity: 3038
Merit: 1660


lose: unfind ... loose: untight


View Profile
February 20, 2018, 06:19:47 PM
 #13544

ProtonMail asks for Bitcoin Cash community to help integrate it as payment option for service
https://coingeek.com/protonmail-asks-bitcoin-cash-users-help-integration/
Roger ver pays them to make some small publicity

Do you have any evidence for your assertion?

Oh - riiight. You're one of the cretins who just lies in order to try to 'win' at the Internet: https://bitcointalk.org/index.php?topic=2040221.msg30635139#msg30635139

Can you salvage yourself by digging up any evidence? Don't hold your breath waiting.

Anyone with a campaign ad in their signature -- for an organization with which they are not otherwise affiliated -- is automatically deducted credibility points.

I've been convicted of heresy. Convicted by a mere known extortionist. Read my Trust for details.
gembitz
Hero Member
*****
Offline Offline

Activity: 1834
Merit: 639


*Brute force will solve any Bitcoin problem*


View Profile
February 20, 2018, 07:08:20 PM
 #13545

ProtonMail asks for Bitcoin Cash community to help integrate it as payment option for service
https://coingeek.com/protonmail-asks-bitcoin-cash-users-help-integration/
Roger ver pays them to make some small publicity

Do you have any evidence for your assertion?

Oh - riiight. You're one of the cretins who just lies in order to try to 'win' at the Internet: https://bitcointalk.org/index.php?topic=2040221.msg30635139#msg30635139

Can you salvage yourself by digging up any evidence? Don't hold your breath waiting.

Roger Ver looking Litecoin Cash the real Bitcoin Wink weee

===>

https://yobit.net/en/trade/LCC/BTC

©2021*MY POSTS ARE STRICTLY FOR NOVELTY AND/OR PRESERVATION/COLLECTING PURPOSES ONLY!*It should not be regarded as investment/trading advice.*advocate to promote sharing and free software for the bitcoin community* #EFF #FSF #XTZ ===> START WITH NOTHING AND BUILD IT INTO SOMETHING!
digitalbarter
Member
**
Offline Offline

Activity: 131
Merit: 26


View Profile
February 20, 2018, 08:52:44 PM
 #13546

 Cry Cry news are all paid by the promoter roger ver the one who creates lot of fud
vothuong1
Jr. Member
*
Offline Offline

Activity: 238
Merit: 3


View Profile
February 21, 2018, 02:24:50 AM
 #13547

Cry Cry news are all paid by the promoter roger ver the one who creates lot of fud

Think btc segwit is in couple of days
vothuong1
Jr. Member
*
Offline Offline

Activity: 238
Merit: 3


View Profile
February 21, 2018, 02:33:54 AM
 #13548

Anyone knows will there be another fork of bitcoin for segwit? Thanks
irukandji
Sr. Member
****
Offline Offline

Activity: 629
Merit: 258



View Profile
February 21, 2018, 06:05:15 AM
 #13549

Bitcoin cash seems better than bitcoin core to me.

Bitcoin core is unworkable with 1mb blocks without the lightning Network. It needs the lightning network.

But...only people who have bitcoin and have bitcoin to spare can use the Lightning Network, because they will need to leave Bitcoin in a channel all the time.

But...this will exclude most of the world.  Only wealthy people or hobbyists will have enough btc to use the lightning network.  Huh Huh
digitalbarter
Member
**
Offline Offline

Activity: 131
Merit: 26


View Profile
February 21, 2018, 06:22:52 AM
 #13550

Bitcoin cash seems better than bitcoin core to me.

Bitcoin core is unworkable with 1mb blocks without the lightning Network. It needs the lightning network.

But...only people who have bitcoin and have bitcoin to spare can use the Lightning Network, because they will need to leave Bitcoin in a channel all the time.

But...this will exclude most of the world.  Only wealthy people or hobbyists will have enough btc to use the lightning network.  Huh Huh
Bitcoin cash is a duplicate scam a replica of the real bitcoin.. people who like duplicate stuff can buy bitcoin cash but it will always be a replica
A real rolex watch and a replica watch has a great price difference and will always be there Doesnt matter how much you tweak it.\

and Every altcoin with a different algorithm could be called a new brand example : litecoin, nem, burstcoin, vertcoin
 ... but bitcoin cash is just the replica using the same algorithm of the actual bitcoin.
hv_
Legendary
*
Offline Offline

Activity: 2506
Merit: 1055

Clean Code and Scale


View Profile WWW
February 21, 2018, 07:31:05 AM
 #13551

Open Source is Open.

You can copy, use what you want and compete

Bitcoin is decentralized, not only in use, but also  in ideas, blogs and implementations / versions - everybody needs to think of himself.

Carpe diem  -  understand the White Paper and mine honest.
Fix real world issues: Check out b-vote.com
The simple way is the genius way - Satoshi's Rules: humana veris _
svennnny
Member
**
Offline Offline

Activity: 182
Merit: 17


View Profile
February 21, 2018, 12:53:05 PM
 #13552

It's great to see the Segwit adoption increased every day. Mempool is almost empty. Bitcoin dominance almost at 40% all looking good  Wink
tekmobile
Full Member
***
Offline Offline

Activity: 392
Merit: 154


View Profile WWW
February 21, 2018, 12:59:33 PM
 #13553

It's great to see the Segwit adoption increased every day. Mempool is almost empty. Bitcoin dominance almost at 40% all looking good  Wink

Coinbase rolling out Segwit now with 100% planned by next week

Bitfinex is now segwit

Bitcoin Core 0.16.0 is now Native Segwit (Segwit P2WPKH default with bech32 optional)

bitcoinPsycho
Legendary
*
Offline Offline

Activity: 2422
Merit: 1996


$120000 in 2024 Confirmed


View Profile
February 21, 2018, 01:05:20 PM
 #13554

It's great to see the Segwit adoption increased every day. Mempool is almost empty. Bitcoin dominance almost at 40% all looking good  Wink

Coinbase rolling out Segwit now with 100% planned by next week

Bitfinex is now segwit

Bitcoin Core 0.16.0 is now Native Segwit (Segwit P2WPKH default with bech32 optional)

nail in the coffin for bcash=segwit

$100,000 BTC in one hour
tekmobile
Full Member
***
Offline Offline

Activity: 392
Merit: 154


View Profile WWW
February 21, 2018, 01:08:34 PM
 #13555

It's great to see the Segwit adoption increased every day. Mempool is almost empty. Bitcoin dominance almost at 40% all looking good  Wink

Coinbase rolling out Segwit now with 100% planned by next week

Bitfinex is now segwit

Bitcoin Core 0.16.0 is now Native Segwit (Segwit P2WPKH default with bech32 optional)

nail in the coffin for bcash=segwit

There also seems to be a lot of fighting going on within the Bcash community was reading through a nice long thread on r/btc earlier something to do with the op codes and one of how ABC is dictating the path of Bcash something to do with deadalnix
hv_
Legendary
*
Offline Offline

Activity: 2506
Merit: 1055

Clean Code and Scale


View Profile WWW
February 21, 2018, 01:58:02 PM
 #13556

Good thing - you can see how decentral dev & idea competing works in real live.

It's about to improve Bitcoin Cash into Smart Contracts and Colored Coins / asset pegging, but not to f_ck all up like ETH...

BTC is still busy with 'txs' ...

Cmon run your little BTC-LN-SW RASPISS nodes and be happy for ppl still wanna do some txs  Grin

Carpe diem  -  understand the White Paper and mine honest.
Fix real world issues: Check out b-vote.com
The simple way is the genius way - Satoshi's Rules: humana veris _
tekmobile
Full Member
***
Offline Offline

Activity: 392
Merit: 154


View Profile WWW
February 21, 2018, 02:27:19 PM
 #13557

Good thing - you can see how decentral dev & idea competing works in real live.

It's about to improve Bitcoin Cash into Smart Contracts and Colored Coins / asset pegging, but not to f_ck all up like ETH...

BTC is still busy with 'txs' ...

Cmon run your little BTC-LN-SW RASPISS nodes and be happy for ppl still wanna do some txs  Grin

It's actually quite the opposite they are arguing because Bitcoin cash is becoming too centralised it was supposed to have competing development teams but in reality ABC dictating the development with over 95% of all clients and it's something they wanted to get away from
hv_
Legendary
*
Offline Offline

Activity: 2506
Merit: 1055

Clean Code and Scale


View Profile WWW
February 21, 2018, 03:04:53 PM
 #13558

Good thing - you can see how decentral dev & idea competing works in real live.

It's about to improve Bitcoin Cash into Smart Contracts and Colored Coins / asset pegging, but not to f_ck all up like ETH...

BTC is still busy with 'txs' ...

Cmon run your little BTC-LN-SW RASPISS nodes and be happy for ppl still wanna do some txs  Grin

It's actually quite the opposite they are arguing because Bitcoin cash is becoming too centralised it was supposed to have competing development teams but in reality ABC dictating the development with over 95% of all clients and it's something they wanted to get away from

Nope - you spread fake news. There was also not really much to do yet - and ABC had the lead an some important stuff.

BU is very strong as well.

XT needs to keep up a bit

nChain is still very present.

Lots of other individuals have a speak (bitcoinj,..)

The outcome is relevant and I see a good discussion style as it should be.

Carpe diem  -  understand the White Paper and mine honest.
Fix real world issues: Check out b-vote.com
The simple way is the genius way - Satoshi's Rules: humana veris _
svennnny
Member
**
Offline Offline

Activity: 182
Merit: 17


View Profile
February 21, 2018, 03:19:13 PM
 #13559

Good thing - you can see how decentral dev & idea competing works in real live.

It's about to improve Bitcoin Cash into Smart Contracts and Colored Coins / asset pegging, but not to f_ck all up like ETH...

BTC is still busy with 'txs' ...

Cmon run your little BTC-LN-SW RASPISS nodes and be happy for ppl still wanna do some txs  Grin

Well BTC has more then 10X the TX amount of Bcash

https://bitinfocharts.com/bitcoin/'
https://bitinfocharts.com/bitcoin%20cash/
hv_
Legendary
*
Offline Offline

Activity: 2506
Merit: 1055

Clean Code and Scale


View Profile WWW
February 21, 2018, 03:36:50 PM
 #13560

Nice post from silverjustice here

Quote

But further, if you want specific advantages for some of these, then I recommend you check out the below from the scaling Bitcoin conference:

opcodes are very useful, such as in for example with CAT you can do tree signatures even if you have a very complicated multisig design using CAT you could reduce that size to log(n) size. It would be much more compact. Or with XOR we could do some kind of deterministic random number generator by combining secret values from different parties so that nobody could cheat. They could combine and generate a new random number. If people think-- ... we could use LEFT to make weaker hash. These opcodes were re-enabled in sidechain elements project. It's a sidechain from Bitcoin Core. We can reintroduce these functions to bitcoin.

The other problem are the ... numeric operations which were disabled by Satoshi. There's another problem. Which is that the range of values accepted by script is limited and confused because the CScript.. is processed at ..... bit integers internally. But to these opcodes it's only 32 bits at most. So it's quite confusing. The other problem is that we have this.. it requires 251 encode or calculate or manipulate this number. So we need at least 52 bits. But right now it is only 32 bits. So the proposal is to expand the valid input range to 7 bytes which would allow 56 bits. And it limits the maximum size to 7 bytes so we could have the same size for inputs and outputs. For these operations, we could re-enable them within these safe limits. It would be safe for us to have these functions again.

The other problem is that we currently cannot commit to additional scripts. In the original design of bitcoin, we could have script operations inside of the signature. But the problem is that the signature is not covered by the signature itself. So any script in the scriptSig is modifiable by any third party in the network. For example, if we tried to do a CHECKSIG operation in the signature, people could simply replace it with an OP_0 and invalidate the transaction. This is a bypass of the.. signature check in the scriptSig. But actually this function is really useful, for example, we can do... delegation, people could add additional scripts to a new UTXO without first spending it. So people could do something like let's say to let their son spend their coin within a year if it is not first spent otherwise.. and also, people, talk about replay protection. So we have some ohter new opcode like pushing the blockhash to the stack, with this function we could have replay protection to make sure the transaction is valid only in a specified blockchain.

So the proposal is that in the future the CHECKSIG should have the ability to sign additional script and to execute these scripts. And finally the other problem is that the script has limited access to different parts of the transaction. There is only one type of operation that allowed to investigate different parts of the transaction, which is CHECKSIG and CHECKMULTISIG. But it is very limited. There are sighash limitations here... there are only 6 types of sighash. The advantage of doing this is that it's very compact and could use only one byte to indicate which component to sign. But the problem is that it's inflexible. The meaning of this sighash is set at the beginning and you can't change it. You need a new witness version to have another checksig. And the other problem is that the sighash can be complex and people might make mistakes so Satoshi made this mistake in the sighash design such as the well-known bug in validation time and also the SIGHASH_SINGLE bug. It's not easy to prevent.

The proposal is that we might have the next generation of sighash (sighashv2) to expand to two bytes, allow it to cover different parts of the transaction and allow people to choose which components they would like to sign. This would allow more flexibility and hopefully not overly complicated. But still this is probably not enough for more flexible design.

Another proposal is OP_PUSHTXDATA which pushes the value of different components of a transaction to the stack. It's easy to implement, for example, we could just push the scriptpubkey of the second output to the stack, okay. So it is actually easier to implement. We could do something more than just... because we have sighash, we could check where something is equal to the specified value. But if we could push the value, like the value of an output to the stack, then we could use other operations like more than or less than and then we could do something like checking whether the value of output x must be at least y bitcoin, which is a fixed value.

There are some other useful functions like MAST which would allow for more compact scripts by hiding the other unexecuted branches. There's also aggregation that would allow n-of-n multisig to be reduced to a single signature and so on. In the elements project, they implemented CHECKSIGFROMSTACK where they don't check the transaction structure but instead they verify a message on the stack. So it could be some message like not bitcoin maybe, perhaps cross-chain swap, or another bitcoin UTXO. And also we might have some elliptic curve point addition and operations which are also useful in lightning network design.

Here are some related works in progress. If you are interested in this topic, I would like to encourage you to join our discussions because it's a very active topic. jl2012 bip114 MAST, maaku's MBV, luke-jr or version-1 witness program, Simplicity, etc.

so you have your script template the amount value and there is a block impactor beause we have the sha chain whih allows you to hae the hashes.. we can hae that errortate constant beause you need the HTLC chashes, to properly reoke the prior states and if you an't do that then you can't onstruct the redeem script. Right now it ineeds a signature for eery state, you need all the HTLCs, it needs the netowrk erification state, and there's another cool thing you can do with which is like trap door erification and you can include it in the transaction itself and there can be a alsue where there is some margin for it.. Which make sit powerful, and then you can make it more private with these constructs. We only have a few minutes left, we can cover this.

One furthe rthing is that in the transformation, we have privacy issue because we need to keep going forward, we need to have hte private state, so there's a history of this in the ages in the past, the current one used replications, which was one of the cool things about lightning. We used to have deckman signatures we had a sequence value of like 30 days, we did an update, we had to switch sides then we make it 29 then 27 etc. You can only broadcast the most recent state because otherwise the other party can transact the other transaction. If you start with 30 days then you can only do about 30 bidirectiona lswitches. Then there was cdecker's payment channels where you have a root tree and every time you need to- you had two payment channels, you had to rebalance htem and then it's on your part of the channel you can reset the channel state. You can do 30 this way, you have another tree, you can do it that way, and then there's a new version of it in the indefinite lifetime... by keeping the transaction in CSV, the drawback on that paproahc because you have al arge validation tree, in the worst cas eyou have 8 or 10 on the tree, and then you nee dfor the prior state and then you do the 12 per day, and every time you have to make a state, you have to revoke the preimage from the prior state, this is cool because if they ever broadcast the entire state, eahc one has the caluse so that you can draw the entire money in the event o f a violation. There are some limitations for doing more complex verifications and you have this log(n) state that you have to deal with ehen you deal with that.

We're going to do the key power on the stack to limit key verifications on this main contract. this is all composable. You can do discreet log contracts. You can now check signtures on arbitrary messages. You can sign a message nad then we can enforce structure on the messages themselves. Right now you need to have sequene numbers. So each state we are going to increment the sequence numbers. So you give me a siequence number on that state. On the touputs we have a commitment ot the sequence number and the value r. So people on chain will know that how many places we did in that itself. The ool part about this is that because we have a seq number then I have the one if it's highest neough. Then I am opening that commitment to say this is state 5 and I present to you a new signed ommitment and open that as well, that's in a validation state. The cool things is that you only need one of those m. So we have to some auxiliary state, and each time I have a new state I an drop the old state. I have a signed commitment to revoke the prior state. This is a ibg deal beause the state is much smaller. Currently we require you to fwe use a state mahcine on state 2, and it also has implications for verifications and watch tower

So on lightning, there's this technique itself- it's timelocks CSV value and if you can't react within that value then you can't go to court and enforce judgement on this attacker. So the watchtower is a requirement, you delegate the state watching to the watchtower. They know which channels you're watching. You send some initial points, like a script template. For every one you send the signautre and the verification state. They can use the verification stat ethat collapses into a log(n) tree, you can basically use state where you send half the txids, you can decrypt this in... some time.



https://www.reddit.com/r/btc/comments/7z49at/whats_the_fng_benefit_of_the_reactivated_op_codes/duld80p/


Carpe diem  -  understand the White Paper and mine honest.
Fix real world issues: Check out b-vote.com
The simple way is the genius way - Satoshi's Rules: humana veris _
Pages: « 1 ... 628 629 630 631 632 633 634 635 636 637 638 639 640 641 642 643 644 645 646 647 648 649 650 651 652 653 654 655 656 657 658 659 660 661 662 663 664 665 666 667 668 669 670 671 672 673 674 675 676 677 [678] 679 680 681 682 683 684 685 686 687 688 689 690 691 692 693 694 695 696 697 698 699 700 701 702 703 704 705 706 707 708 709 710 711 712 713 714 715 716 717 718 719 720 721 722 723 724 725 726 727 728 ... 937 »
  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!