Bergmann_Christoph
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 29, 2016, 10:23:17 AM |
|
This have been the questions about Lightning: Will I be able to take a private key from a payment-channel payment - an exact amount of bitcoins - and activate it and use it on any system I want? yes and no. Depends on the alternative system, not on Lightning's implementation Will I be able audit it = proof, maybe with a signed message, that I did pay exactly this amount? yes Will I be able to use my bitcoins locked in a payment channel to pay everywhere where I can pay with bitcoins? yes, it might be unwise, but it might not be. depends on the specific circumstances Will I be able to log my bitcoins out of the payment channel without the "ok" from some other person? Or can some other person thread to keep my bitcoins logged in?
yes to the former, no to the latter Nice -- more of this Carlton, less from the other - I'm not sure about everything, have to compute how it works. Some points are unclear and it's hard to believe.
|
-- Mein Buch: Bitcoin-Buch.org Bester Bitcoin-Marktplatz in der Eurozone: Bitcoin.de Bestes Bitcoin-Blog im deutschsprachigen Raum: bitcoinblog.de
Tips dafür, dass ich den Blocksize-Thread mit Niveau und Unterhaltung fülle und Fehlinformationen bekämpfe: Bitcoin: 1BesenPtt5g9YQYLqYZrGcsT3YxvDfH239 Ethereum: XE14EB5SRHKPBQD7L3JLRXJSZEII55P1E8C
|
|
|
hdbuck
Legendary
Offline
Activity: 1260
Merit: 1002
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 29, 2016, 10:44:44 AM |
|
I'm not sure about everything, have to compute how it works. Some points are unclear and it's hard to believe.
meh, i concur the simple and idiotic classic et al. proposals are much more easy to believetm![](https://ip.bitcointalk.org/?u=http%3A%2F%2Fimg.memecdn.com%2Fderp-to-believe_o_570614.jpg&t=665&c=dhdfabImszNeyw)
|
|
|
|
Carlton Banks
Legendary
Offline
Activity: 3430
Merit: 3080
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 29, 2016, 10:48:16 AM |
|
Chistoph, you're in no position to be appraising my conduct, you've been an idiot thorn in the side for this forum ever since you turned up.
You're ignorant. And you admit it freely. Either read up on the topic, or get some humility.
|
Vires in numeris
|
|
|
blunderer
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 29, 2016, 10:58:23 AM |
|
... Will I be able to use my bitcoins locked in a payment channel to pay everywhere where I can pay with bitcoins? yes, it might be unwise, but it might not be. depends on the specific circumstances ... Ignorant or flat-out lying? Either read up on the topic, or get some humility. ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
|
|
|
Bergmann_Christoph
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 29, 2016, 11:08:56 AM |
|
Chistoph, you're in no position to be appraising my conduct, you've been an idiot thorn in the side for this forum ever since you turned up.
You're ignorant. And you admit it freely. Either read up on the topic, or get some humility.
Carlton -- I highly recommend you to think before you press enter. Such statements do nothing good for you. At least get some style. By now your attempts in insulting demonstrate just your lack of creativity. Learn from hdbuck and iCEBREAKER! They are, at least, funny. I'm currently learning about Lightning. I asked some questions, I'm happy about your answers, but since you did not explain them I have to learn more before I believe. What's the problem?
|
-- Mein Buch: Bitcoin-Buch.org Bester Bitcoin-Marktplatz in der Eurozone: Bitcoin.de Bestes Bitcoin-Blog im deutschsprachigen Raum: bitcoinblog.de
Tips dafür, dass ich den Blocksize-Thread mit Niveau und Unterhaltung fülle und Fehlinformationen bekämpfe: Bitcoin: 1BesenPtt5g9YQYLqYZrGcsT3YxvDfH239 Ethereum: XE14EB5SRHKPBQD7L3JLRXJSZEII55P1E8C
|
|
|
hdbuck
Legendary
Offline
Activity: 1260
Merit: 1002
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 29, 2016, 11:14:59 AM |
|
I have to learn more before I believe. What's the problem?
The problem is believing has nothing to do with learning, idiot.
|
|
|
|
Bergmann_Christoph
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 29, 2016, 11:21:57 AM |
|
I have to learn more before I believe. What's the problem?
The problem is believing has nothing to do with learning. Good reply ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) But, no, wrong. Give some humility to all that great philosophers your country has brought up! With every word you say you believe in something. Thinking that knowing and learning has nothing to do with believing is one of the typical properties of that kind of people who think they see the truth while they sit in a dark hole. It's always fun to watch them explaining the world they don't see ...
|
-- Mein Buch: Bitcoin-Buch.org Bester Bitcoin-Marktplatz in der Eurozone: Bitcoin.de Bestes Bitcoin-Blog im deutschsprachigen Raum: bitcoinblog.de
Tips dafür, dass ich den Blocksize-Thread mit Niveau und Unterhaltung fülle und Fehlinformationen bekämpfe: Bitcoin: 1BesenPtt5g9YQYLqYZrGcsT3YxvDfH239 Ethereum: XE14EB5SRHKPBQD7L3JLRXJSZEII55P1E8C
|
|
|
bargainbin
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 29, 2016, 11:28:52 AM |
|
... The problem is believing has nothing to do with learning, idiot.
True. ![](https://ip.bitcointalk.org/?u=http%3A%2F%2Fs9.postimg.org%2Fc4a3wxja7%2Fjimjones.jpg&t=665&c=Mic6jXMVU7JlZg)
|
|
|
|
sickpig
Legendary
Offline
Activity: 1260
Merit: 1008
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 29, 2016, 01:16:49 PM |
|
No matter how many times you bump the block size limit you will always run into this issue. This is because increasing the block size limit is not a solution, it is a band-aid.
meh i disagree about the band-aid analogy. in 100 years when internet speeds are 10000X faster 1GB blocks will be viable. Given today's technology, 1GB blocks would be a bad idea tomorrow. Given today's technology, 2MB would be a bad idea tomorrow. Given next year's tech and SegWit active on the network for several months, 2MB is probably not too bad. Let's hope the internet itself doesn't take any backward steps between now and then, I guess (bold's mine). Miners that are using RLN could support 2MB blocks without even noticing. For normal nodes -blockonly could do the trick. According to gmax this would save 88% of bandwidth. Now if you're worried about nodes not relaying txs, just do not use -blockonly and convince Core dev to apply Xthin to BitcoinCore. You could save a lot of bandwidth while propagating new blocks (more or less 10 times less BW required) . edit: fix grammar
|
Bitcoin is a participatory system which ought to respect the right of self determinism of all of its users - Gregory Maxwell.
|
|
|
JayJuanGee
Legendary
Online
Activity: 3822
Merit: 10756
Self-Custody is a right. Say no to"Non-custodial"
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 29, 2016, 01:40:31 PM |
|
Personally, I believe that it would not be a good business practice to either encourage people to use other forums or to allow members to promote other forums within your forum.... even though surely we know that other bitcoin forums do exist.
Technically, yes. However, if you've spent a lot of time in threads related to contentious HF's, you would see that some are constantly trying to manipulate others in addition to discussions just kind-of looping. Fair enough. I don't spend too much time in HF threads, even though many threads in this forum are seeming to incorporate that HF topic. I understand that it is probably not easy to keep up with banning and suspending of troll accounts that keep repeating themes with little to no substance, and some trolling is probably acceptable... but maybe banning and suspending is the best solution, ultimately, rather than suggesting that members go to other forums.... Don't get me wrong;.... I am also of the opinion that neither hardforking nor making hardforking easier in bitcoin seems to not be the solution to a better and stronger (more secure bitcoin), and there seems to be quite a bit of success in bitcoin in recent times from the fact that there has not been any actual hard fork, and the idea of a hardfork seems to be less and less convincing for people who give the repercussions some serious thought and who really want to make bitcoin stronger.
|
1) Self-Custody is a right. There is no such thing as "non-custodial" or "un-hosted." 2) ESG, KYC & AML are attack-vectors on Bitcoin to be avoided or minimized. 3) How much alt (shit)coin diversification is necessary? if you are into Bitcoin, then 0%......if you cannot control your gambling, then perhaps limit your alt(shit)coin exposure to less than 10% of your bitcoin size...Put BTC here: bc1q49wt0ddnj07wzzp6z7affw9ven7fztyhevqu9k
|
|
|
Carlton Banks
Legendary
Offline
Activity: 3430
Merit: 3080
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 29, 2016, 03:00:34 PM |
|
Given today's technology, 2MB would be a bad idea tomorrow. Miners that are using RLN could support 2MB blocks without even noticing. For normal nodes -blockonly could do the trick. According to gmax this would save 88% of bandwidth. Now if you're worried about nodes not relaying txs, just do not use -blockonly and convince Core dev to apply Xthin to BitcoinCore. You could save a lot of bandwidth while propagating new blocks (more or less 10 times less BW required) . Well, that solves the problem for miners, but what about the users? Remember, I said "tomorrow". Thin blocks/IBLT are not available on the network tomorrow. But in principle, I agree, it's just that "tomorrow" part.
|
Vires in numeris
|
|
|
adamstgBit
Legendary
Offline
Activity: 1904
Merit: 1037
Trusted Bitcoiner
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 29, 2016, 03:03:43 PM |
|
contentious HF's aren't evil, and implemented with 75% tigger + grace period they are hardly contentious. its silly to think everyone will agree on all changes, and its even sillier to not implement a change that the supermajority want to see. HF might actually be favourable over softforks, poeple who run machines which secur people's money have a responsibility to run a well oiled machine. A few SF later and now nodes on the network might start to have undefined/different behaviours, this will complicate things and hinder future developments. we will see this first hand with segwit. the effective block size incress might not be be so effective. one day Core will require a HF for some new thing they want to add...
|
|
|
|
sickpig
Legendary
Offline
Activity: 1260
Merit: 1008
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 29, 2016, 03:19:10 PM |
|
Given today's technology, 2MB would be a bad idea tomorrow. Miners that are using RLN could support 2MB blocks without even noticing. For normal nodes -blockonly could do the trick. According to gmax this would save 88% of bandwidth. Now if you're worried about nodes not relaying txs, just do not use -blockonly and convince Core dev to apply Xthin to BitcoinCore. You could save a lot of bandwidth while propagating new blocks (more or less 10 times less BW required) . Well, that solves the problem for miners, but what about the users? Remember, I said "tomorrow". Thin blocks/IBLT are not available on the network tomorrow. But in principle, I agree, it's just that "tomorrow" part. -blocksonly is available today in Bitcoin Core, (see: #6993 b632145 Add -blocksonly option (Patrick Strateman)) even Xthin is available today, not in Bitcoin Core though.
|
Bitcoin is a participatory system which ought to respect the right of self determinism of all of its users - Gregory Maxwell.
|
|
|
adamstgBit
Legendary
Offline
Activity: 1904
Merit: 1037
Trusted Bitcoiner
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 29, 2016, 03:19:40 PM |
|
Given today's technology, 2MB would be a bad idea tomorrow. Miners that are using RLN could support 2MB blocks without even noticing. For normal nodes -blockonly could do the trick. According to gmax this would save 88% of bandwidth. Now if you're worried about nodes not relaying txs, just do not use -blockonly and convince Core dev to apply Xthin to BitcoinCore. You could save a lot of bandwidth while propagating new blocks (more or less 10 times less BW required) . Well, that solves the problem for miners, but what about the users? Remember, I said "tomorrow". Thin blocks/IBLT are not available on the network tomorrow. But in principle, I agree, it's just that "tomorrow" part. afaik thin blocks will benefit user node just as much as miner nodes? there available now, no? the code has been written and is working on some nodes ( BU nodes right? ), Core just needs to copy past. is it part of the plan to add that in at some point? does core have reasons for not wanting thin blocks?
|
|
|
|
QuestionAuthority
Legendary
Offline
Activity: 2156
Merit: 1393
You lead and I'll watch you walk away.
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 29, 2016, 03:19:54 PM |
|
Good lord, what a shit nest this thread has become. I can't believe I actually read through everything since the last time I looked at it. I've seen less name calling watching WWE Smackdown.
3-4 years ago every other thread was about the government interfering with Bitcoin. What could the big bad government do to destroy poor Bitcoin? Well, we don't have to worry about that anymore. The users and developers are going to destroy it. Everyone thinks Bitcoin is just fine because the price is high and stable. I guess no one remembers MtGox and the world of the artificial price.
|
|
|
|
JayJuanGee
Legendary
Online
Activity: 3822
Merit: 10756
Self-Custody is a right. Say no to"Non-custodial"
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 29, 2016, 03:24:54 PM |
|
contentious HF's aren't evil, and implemented with 75% tigger + grace period they are hardly contentious. its silly to think everyone will agree on all changes, and its even sillier to not implement a change that the supermajority want to see. HF might actually be favourable over softforks, poeple who run machines which secur people's money have a responsibility to run a well oiled machine. A few SF later and now nodes on the network might start to have undefined/different behaviours, this will complicate things and hinder future developments. we will see this first hand with segwit. the effective block size incress might not be be so effective. one day Core will require a HF for some new thing they want to add...
If you really think about what you are saying Adam, you should come to the opposite conclusion. We don't want people fucking with our money and to be able to change bitcoin so easily. Currently bitcoin is secure, and we want it to be very difficult to change. If you believe that you want it to be able to change easy, then you have been taken for a ride by people who really want to undermine bitcoin (possibly unwittingly). The various upcoming changes for bitcoin are going to be incremental, good and keep bitcoin secure with people's money. For everything else, there's visa. hahahahahahaha
|
1) Self-Custody is a right. There is no such thing as "non-custodial" or "un-hosted." 2) ESG, KYC & AML are attack-vectors on Bitcoin to be avoided or minimized. 3) How much alt (shit)coin diversification is necessary? if you are into Bitcoin, then 0%......if you cannot control your gambling, then perhaps limit your alt(shit)coin exposure to less than 10% of your bitcoin size...Put BTC here: bc1q49wt0ddnj07wzzp6z7affw9ven7fztyhevqu9k
|
|
|
adamstgBit
Legendary
Offline
Activity: 1904
Merit: 1037
Trusted Bitcoiner
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 29, 2016, 03:25:27 PM |
|
Good lord, what a shit nest this thread has become. I can't believe I actually read through everything since the last time I looked at it. I've seen less name calling watching WWE Smackdown.
3-4 years ago every other thread was about the government interfering with Bitcoin. What could the big bad government do to destroy poor Bitcoin? Well, we don't have to worry about that anymore. The users and developers are going to destroy it. Everyone thinks Bitcoin is just fine because the price is high and stable. I guess no one remembers MtGox and the world of the artificial price.
everything is fine, our bitching is confined to this thread, and no one bothers to read it except for a handful of poeple.
|
|
|
|
adamstgBit
Legendary
Offline
Activity: 1904
Merit: 1037
Trusted Bitcoiner
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 29, 2016, 03:31:07 PM |
|
contentious HF's aren't evil, and implemented with 75% tigger + grace period they are hardly contentious. its silly to think everyone will agree on all changes, and its even sillier to not implement a change that the supermajority want to see. HF might actually be favourable over softforks, poeple who run machines which secur people's money have a responsibility to run a well oiled machine. A few SF later and now nodes on the network might start to have undefined/different behaviours, this will complicate things and hinder future developments. we will see this first hand with segwit. the effective block size incress might not be be so effective. one day Core will require a HF for some new thing they want to add...
If you really think about what you are saying Adam, you should come to the opposite conclusion. We don't want people fucking with our money and to be able to change bitcoin so easily. Currently bitcoin is secure, and we want it to be very difficult to change. If you believe that you want it to be able to change easy, then you have been taken for a ride by people who really want to undermine bitcoin (possibly unwittingly). The various upcoming changes for bitcoin are going to be incremental, good and keep bitcoin secure with people's money. For everything else, there's visa. hahahahahahaha where do you get that getting 75% hashing power to agree to a change is easy? its obviously proving to be very very hard. isn't it easier to introduce a SF??
|
|
|
|
Carlton Banks
Legendary
Offline
Activity: 3430
Merit: 3080
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 29, 2016, 03:31:33 PM |
|
afaik thin blocks will benefit user node just as much as miner nodes? yes that's what I said. Explicitly. What's wrong with your reading? there available now, no? the code has been written and is working on some nodes ( BU nodes right? ), Core just needs to copy past. is it part of the plan to add that in at some point? does core have reasons for not wanting thin blocks?
Lol. Adam, I'm here to talk about Bitcoin, you're clearly here to talk about some other currency that doesn't exist. You should use BU yourself and hang out on their forums, You're never going to have any influence on Bitcoin development, especially not with commentary like "Core just needs to copy past." Core will add thin blocks, just not some 5 minute hack job cooked up from the belly button lint of the BU coders
|
Vires in numeris
|
|
|
Carlton Banks
Legendary
Offline
Activity: 3430
Merit: 3080
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 29, 2016, 03:34:00 PM |
|
where do you get that getting 75% hashing power to agree to a change is easy? its obviously proving to be very very hard.
isn't it easier to introduce a SF??
Adam, you were trying to say that hard forks were easier to implement than soft forks, only a post or two ago. What changed?
|
Vires in numeris
|
|
|
|