can someone make clear ,are we need eip712 or we need changes in client?
André Vitor de Lima Matos
@andrevmatos
@another1001bit_twitter eip712 is a standard/protocol for client implementation. It'll allow the client to sign the data he's seeing, instead of an opaque hash. The later doesn't actually need any changes for the client, and was a preliminary implementation in µRaiden. But we can't ask for "faith" from the user when signing a micropayment, that's why EIP712 is needed (also why you see the amount of ETH you are asked to transfer in Metamask, instead of a dialog asking to sign some big hex string)
it's not strictly required for µraiden (it's already released, and on Mainnet), but essential for a trustless µpayment system
another1001bit
@another1001bit_twitter
Oh I see, thank you
Lefteris Karapetsas
@LefterisJP
@another1001bit_twitter As Andre said it's required for a secure and trustless version of microraiden. You can still use microraiden today -- just the deployed version does not have the usability guarantees we want until EIP712 is cleared and all the security issues are addressed.
another1001bit
@another1001bit_twitter
Lefteris thank you very much for clarification . Hope that this small topic on reddit will speedup proces about eip 712 ;) looks like it is good thing, because this dialog windows can be confusing ofcourse
Thanks a lot /\
Nick Savers
@nicksavers
@LefterisJP you could bring up EIP-712 in the upcoming AllDevsCall to ask for client developers to implement this feature.
Nick Savers
@nicksavers
You can add it here ethereum/pm#33
Lefteris Karapetsas
@LefterisJP
I could. Not all types of clients would need to implement this. Clients where approval is required before signing would need to do it. E.g. metamask.
Most important would be to get feedback by people in order to clear out the last few issues that have surfaced in the EIP.
Lefteris Karapetsas
@LefterisJP
done. Thanks for the suggestion nick
Mikers
@mseiler1_twitter
is micro raiden only for erc20 or does it support ether? just curious
i run a token mining pool and i'm curious to use microraiden for token payouts instead of sending them on chain, we've been starting to develop our own protocol, but if this one is complete and more secure...
would it be possible to store microraiden signatures on chain in a public testnet or other private network? This would allow a fully featured microraiden client to only know how to do IO with ethereum networks. Related, in the python server, how is the state stored? Are Channel objects stored on disk? in memory? https://github.com/raiden-network/microraiden/blob/master/microraiden/client/channel.py
@mseiler1_twitter , can you clarify what you mean by microraiden signatures and store microraiden signatures on chain? Also, the main component is the microraiden proxy-server, which receives the off-chain payment = the signed balance proof. So, the microraiden client can be implemented as you would like - if you want a custom way of providing the input (signed balance proof). We do have 2 microraiden client implementations (python, typescript) that can serve as example.
Mikers
@mseiler1_twitter
yeah happy to, thanks for chatting with!
i mean storing the signed balance proof on a public ledger
_
let me try to write up the back ground of why this is interesting
there's a second motivation for creating a side chain
Mikers
@mseiler1_twitter
0xbitcoin is a mineable erc20 token and i'm running a pool that's a node+redis app that's accumulating shares similar to bitcoin and sending transactions to the ethereum main net when a full block is found. We were thinking about implementing a pool purely as a solidity contract on an ethereum testnet or private net and be able to have an event listener that signs an event to the main net when a full block is found. This should make maintaining the pool a lot easier than the node+redis app. The thought then is that payouts could happen through the raiden network or similar, where signatures/signed balance proofs could also be stored and hosted on that side ethereum testnet/privatenet and the miners could commit their signatures to the main ethereum network as often as they wanted to cash out. it's a bit in the early planning stages
spock
@spock-mark1
hello
I'm David. We are running on the hackathon in Seoul now. I got error above. Anyone can help me?
Loredana Cirstea
@loredanacirstea
@davidkang200 , can you paste the terminal command used? Also, as the error says: is your chain synced? What chain are you using - ropsten, rinkeby, private one?
@davidkang200 , let me know if you have blockers with using a private chain - this is trickier for the echo_server example but easier for the demo_proxy one
spock
@spock-mark1
@loredanacirstea Thanks! I'll try.
Lefteris Karapetsas
@LefterisJP
Good luck David!
spock
@spock-mark1
@loredanacirstea Can I make split bill using micro-raiden?
Lefteris Karapetsas
@LefterisJP
split bill
What is this?
spock
@spock-mark1
If 4 person get lunch, they pay their lunch with pay gas-fee once using micro-raiden's payment channel. Is it possible?
Loredana Cirstea
@loredanacirstea
If each of the 4 persons opens a channel with the restaurant and goes there frequently to eat, then it makes sense. many to one payments work well with uRaiden. But you won't have only 1 on-chain transaction -> you will have 2 (opening a channel and closing it)
@davidkang200 It is possible you had something else in mind, so please clarify on how you imagined your system.
spock
@spock-mark1
no, create a payment channel by one person, and each of 4 person pay to payment channel. I want to make pay gas-fee once for total.
Lefteris Karapetsas
@LefterisJP
so 1 payment channel but 4 participants?
spock
@spock-mark1
@LefterisJP Right.
eyals
@aykesubir
Hey! I'm reposting a question I asked on the raiden channel. When coming to implement uni-directional channel, what are the benefits of using microRaiden over other solutions such as Machimony etc..?
Lloyd Palum
@lpalum
The uraiden docs suggest using the following to attach to ropsten...geth --testnet --syncmode "fast" \ --rpc --rpcapi eth,net,web3,personal \ --cache=1024 \ --rpcport 8545 --rpcaddr 127.0.0.1 \ --rpccorsdomain "*" what would be the path to use my Infura account instead?
Lloyd Palum
@lpalum
@loredanacirstea is there any info (blog etc) that would outline how to use Infura rather than a local node to run the uraiden demo code?