 Θα κάνουμε ένα σημαντικό πρόγραμμα για το Ράδιο Νέτοργο, που είναι κάτι που το σημαντικό πρόγραμμα του Ράδιο Νέτοργο. Λοιπόν, το Ράδιο Νέτοργο είναι να δημιουργήσει κάποια από τους πρόγραμματος αθήρων, που είναι όλοι οι πρόγραμματος αθήρων, όμως οι πρόγραμματος αθήρων είναι σχετικά. Ένα άλλο είναι οι πρόγραμματος αθήρων, και φυσικά, οι πρόγραμματος αθήρων. Το πρόγραμμα που θέλουμε να κάνουμε αυτό είναι να χρησιμοποιήσουμε τη στιγμή του Ράδιο Νέτοργο. Απόμιξα, we are using bilateral transfers between many different nodes that do not need to be on the blockchain. The blockchain is only led on which the final computations are stored. So the Lightning Network is essentially a network that can transfer any assets and it's inspired and very similar to the Bitcoin Lightning Network. προσπαθόθηκε με παντελα~~ two developers of which work from this office.. We are everyone in progress and we are working towards the minimum viable product at the moment. What are the features that write-in has ? Essentially you can transfer any ERC20 compatible token for example,miyorum, Déjà vu dels Ex tokens Μπορείς να δώσεις, μπορείς να δώσεις στις τρανσέντρες και μικροφαίμενες επειδή αυτοί δεν πρέπει να πάρεις στο μπροσύν unless there is a challenge. Και μπορείς να σκέψεις επίσης 1 μιλόντρα στις εξέντρες επίσης, επειδή δεν πρέπει να βρεις στο μπροσύν unless there is a settlement. Και οι μπροσύντρες έχουν also confidentiality. Εσύ, στις τρανέντρες, εξέντρες μοτοσυντήρες είναιούμε να χρησιμοποιήσεις κάτι που θα γίνεται παιχνίδιο. In a theorem, this would be essentially smart contracts, to which security deposit is given. This will be settled or closed by any of the two parties. Υπάρχει μόνο ένα τελευταίο παράδειγμα για το οποίο κάποιος μπορεί να τελευταίσει και να πάρει το δημιουργείο αν υπάρχει πρόβλημα. Υπάρχει κάτι like that, for example, there will be a contract with a deposit given by both participants. The participants essentially sign transactions but do not put them in the blockchain, but they only keep how much of an asset has been spent. They both know how much they have spent. A bidirectional channel looks like this. Essentially there are two deposits inside the contract. Each participant has to track both the balances, Alice and Bob here, both track Alice and Bob's respective balances. They can spend as much as is the deposit inside the contract. We have a net distributable of the balance of Alice, for example, here in the graph. Essentially in order to scale this, there can be many channels that are connected. In order to scale this into a full network, we have multiple channels that are connected and they mediate transfers between one another. This is what we call a mediated transfer. Essentially, if Alice wants to send something to... It can use Bob and Charlie, but they would need to have something called a hash lock to sign a transaction with so that nobody can look at it unless it has reached the end of the channel. Once the transaction goes to David, then he asks Alice for the secret and it goes backwards and the transaction is finalized. In a mediated transfer, it's known to decide a small fee depending on the distance. That's something that we have not implemented yet, but that's just how the idea goes to work. Imagine a network of many such channels with routes being found between any of the two participants. As long as the transfers cancel out, the sum of the transfers is not more than a deposit, the channel can be long lived. So nothing would need to go in the blockchain, which would result in having a very low frequency of settlements. That would make everything much cheaper because there would be no gas costs since nothing goes in the blockchain, fast for the same reason. And there would still be no counterparty risk because the transactions actually do exist and the epigraphic approval, and each one depends on the previous one, they just are not put in the blockchain unless there is a problem. There are many applications for such a thing. One example would be decentralized exchange. For example, if you want to trade two assets, you would need to have a channel open for both of those assets. The initiator would broadcast the intent. For example, he would have a bit and ask for asset A and asset B. The interested parties would send the same request and the initiator would accept. And the way that this would work is that we would essentially have two mediated transfers with the same asset, so that once the secret is revealed, and only if it is revealed, then either both of the transactions would execute, or if there is a problem none of them would execute. As I said in the beginning, this is inspired by the Latin network. Now we compare both of them. In Ethereum, Ryland has an easy implementation thanks to the virtual machine. If there is an uncomparative participant, the channel is not locked, we just find another route. We can add more funds to a smart contract, so the channel can get much more funds if needed. If the deposit is not enough, we can use it for any compatible totting with the ELC20 totting proposal. And it's interoperable with the smart contract internal. We can use oracles, anything else you may need. The current status is that we have demonstrated 500 transfers per CPU core per second. It's a work in progress, and we don't need anything extra added to Ethereum at the moment. We just need to implement it. We don't wait for metropolis or anything like that. Our milestone is, of course, zero. We have demonstrated with the testnet a transfer from Copenhagen to Mumbai mediated by a node in Florianocolis Brazil. This happened around August, I think. We're heading towards the minimum viable product, which is the big milestone that we want to come out around the beginning of 2017. We would like to. If you like Python and you like Ethereum, we would really appreciate the help. Then it's in Github. It's right in networks plus right in. And yeah, that's all.