I bought here, and received my Bitcoin instantly. I used ecopayz to purchase as they are the only ones offering eco for btc
|
|
|
There is actually some merit to the question. When a lightning channel gets established, its enabled with a value "from" one end to "another" end. This means that if value primarily flows in one direction, the channel can become estinguished and basically useless in one direction.
One way to mitigate this would be to accept "loans" from other people by having them setting up channels towards the very active channel that is estinguished and use the newly forwarded balance to continue operating the original channel.
This can be useful in cases of a very well established channel via other channels, and could be a business case in itself that a channels connectivity is interesting as it can route cheaper or more directly. While this may lead to centralization, it can be mitigated by obviously creating channel connections to those the active channel has connections to.
It all comes down to how well a crawler can map the network and find active paths. If this works there will never be any super hubs.
|
|
|
Awesome! This is all I needed, thanks!
|
|
|
Thanks for the quick reply.
So I guess what I really ask is, is there any good documentation that explains how to deployed the newly available P2SH nested addresses? This way we can start moving Bitcoin into the Segwit space and save on cost when we flush a high amount of tx's.
Also, as an example to understand the extra space. Say I was the only one that used the newly created P2SH addresses. Would that guarantee my tx included in the next block? Since I could use the extra space? Or would it only be a saving in terms of how big a portion of my transaction would end up in the extra space?
I know its a stupid example as many more would probably end up using the new addresses, but for the sake of understanding, if I am the only one, I assume I get included, right?
|
|
|
I have looked everywhere, but have been unable to find any documentation yet, on how to make use of the possible new Segwit addresses. How can we send or accept the new type of pay to script hash address?
We keep talking about the extra space that will be available but I see no technical documentation on how to implement the pay to witness pubkey hash and pay to witness script hash.
And as far as I also understand, there is an option to enable new P2SH Segwit address to allow outputs from nodes that are not upgraded to pay into a segwit address.
PS. No politics about segwit in this thread. I will remove it.
|
|
|
So what opcodes are on the plate? Any new ones being proposed yet?
|
|
|
There is a new site in town, that sells Bitcoin without verification up to 200€! Go to https://www.bitmoney.eu/ where you can purchase Bitcoin with iDeal if you are in Holland, Sofort for Germany and a bunch of other countries and Bancontact for Belgium. GiroPay is also available for for Germany for those that use it. All transction of Bitcoin are instantly send when payment is cleared and no personal information is required for transactions up to 200€. Check it out on https://www.bitmoney.eu/
|
|
|
Alright so Segwit is now going hot on Litecoin. Anyone up for testing Eclair lightning nodes on mainnet?
It only requires few modifications in the config files and we can get it running up against litecoin. Also alpha3 is out and has better management inside the lightning wallet.
I am willing to send the first Litecoin for free to anyone that wants to test this out with me.
|
|
|
Why not just use Paypal?
They fucked me over once in their early days, (around 2002?) My plan is to put them out of business. Bitcoin/LN seems like a good way. but somehow, a Blockstream(AXA)-controlled and 'regulated' side chain is going to be sooooo much better. What? In what way does the lightning network that is open source, and is developed by 4 different independent teams in any way related to blockstreams sidechains? You come across as a clueless angry person, please stop hijacking our thread where we test the lightning network.
|
|
|
We are connected! Give me a payment request and I will send funds payment request: 02eff3b9ec986e8691b5b41e944acd9d20b9c36c8c50c2674239242eee9bfacc4a:1000000000:dabe2b56d45fd64df25364a5e2706834aad8510c9bf2be7b023ed70dcd55f7e5 I'm a dummy. I cut and pasted the wrong one, lol. This is the one you sent me. Here's the correct payment request. 026e6a7caf73e61a3c43afed0f48a40ad4c200a0f15280e1774619fffe4553b350:900000000:d9c383139aeb88ab1a296065cae77e72a376c98bbdd90621c30ce64b5d27e261 I think it worked. I send you some funds via another channel connected to you that routed the payment. Check if you can see it.
|
|
|
We need to coordinate this better, it seems testnet is buggy as hell and it kicks us off all the time and ruins our channel setup.
How about you drop by #lnd on freenode and we do it?
|
|
|
We are connected! Give me a payment request and I will send funds
|
|
|
Looks like channel auto closed when we disconnected I made a new connection to you. Waiting for the 6 confs to go through and will then send you some coins.
|
|
|
Will get this up and running in a few hours again.
Will need to open the Eclair port too it seems.
It is also interesting if this works as we have both been online. If it does, it means our channel is forever established, unless we actively close it, and can keep on going off and on until we are both on to make transactions!
It's very cool! As I understand it, the funds used to open the channel stay locked in the 2 of 2 transaction (is that the right word?) until the channel is closed or forced closed. I'm curious to know how the software behaves when trying to send amounts larger than the funding channel. I tried to send larger than balance on regtest. It fails to send and does not allow it. I think it will behave the same way here as its hardcoded into the client we use. I think funds will stay on the channel between us indefinitely or until we close it. Its pretty cool!
|
|
|
Will get this up and running in a few hours again.
Will need to open the Eclair port too it seems.
It is also interesting if this works as we have both been online. If it does, it means our channel is forever established, unless we actively close it, and can keep on going off and on until we are both on to make transactions!
|
|
|
This kind of thread would probably belong in the dev and tech sub or the alternate clients depending on the specifics
Actually on second thought, this would have nothing to do with the client satoshi designed, so it would belong in alternate clients.
This is layer 2 technology. It has everything to do with the Satoshi client indirectly, and is an extension to Bitcoin Core. There will be a lot of questions and a lot of people asking about how to move Bitcoin to the secondary layer, should we finally be getting SegWit activated. You can already see topics about lightning popping up, even if it only works on testnet so far. It will be a mess to coordinate anything layer 2 wise if there is no forum for it.
|
|
|
Some of us are going to start testing the lightning network, aka. payment channels, as software is becoming ready for it. Since this is early days and people need to coordinate to connect by posting their url's and trying to open channels between each other, as we did back in the early days of Bitcoin, I would like to request for a payment channel forum to be created so that we can coordinate our efforts.
Since payment channels are completely different in the way the infrastructure works, and since they will experience their own set of challenges and issues, I think it would be great to have a forum dedicated to supporting them. One implementation is already working and we will soon have two more ready to go that will make all of them compatible.
Right now there is no forum that suits for talking about payment channels, and it will be a mix of Bitcoin main forum, dev talk and maybe even the altcoin section or off topic section.
Please consider giving a forum to testing what is arguably the most anticipated feature of Bitcoin ever!
|
|
|
I'm not exactly technical in terms of the LN network, but I'm looking into this. How is a payment channel created - are you creating channels by connecting to other nodes?
You need to run Bitcoin Core in testnet mode. You then start up the Eclair node, which is a lightning network node. Then you connect to a channel, and wait 6 confirmations on testnet. This is very early days, and we have no block discovery tool. The best we can do right now is to connect manually to each other and send each other some testnet coin.
|
|
|
|