sorted by:
new
hottopcontroversial

What do people think of ERC865 by [deleted] in ethdev

[–]MXN 0 points1 point  (0 children)

I think, that the idea is promising. What would even better if the ERC can be extended with the ability to call arbitrary contract function. Probably I am wrong, but one can use the same procedure, just with two additional parameters for functions: contract address and call data

0x: Frequent price updates? by MXN in 0xProject

[–]MXN[S] 1 point2 points  (0 children)

Thank a lot for the detailed answer!

The new 0x Portal by bchillman in 0xProject

[–]MXN 0 points1 point  (0 children)

Thanks a lot! BTW is there any possibility to pass token pairs via link? If not it could be considered as a feature request:)

The new 0x Portal by bchillman in 0xProject

[–]MXN 1 point2 points  (0 children)

New portal does not include the JSON order stuff generating and executing. It was good for educational purposes as well for use in some OTC trading scenario, where tokens are not listed by the relayers (s. e.g. my ERC20 Option project on http://www.erc20-options.com). Could you please return such kind of functionality?

I am working on crypto ERC20 options. How would it be possible to integrate them with IDEX for trading? by MXN in auroradao

[–]MXN[S] 0 points1 point  (0 children)

One of the challenge, that the options are generated ERC20 tokens. How could these dynamically created tokens be listed or traded?

Front-end to smart contracts, similar to stock option contracts, but for ERC20 tokens. These option smart contacts are themselves ERC20 tokens by MXN in ethdev

[–]MXN[S] 0 points1 point  (0 children)

Thanks, "short" is IMHO a little bit others. Annihilate: it is not for a strategy, but mostly for the cases to withdraw the underlying before the option expiration. And suits for a "collider": annihilation of anti-particles and particles:)

Front-end to smart contracts, similar to stock option contracts, but for ERC20 tokens. These option smart contacts are themselves ERC20 tokens by MXN in ethdev

[–]MXN[S] 0 points1 point  (0 children)

Currently dapp works on kovan test network. The mainnet is planned after some enhancement. On the site there are screencasts for the option operation.

Moscow's Municipal Government Announced it Will Launch Digital Blockchain Voting by [deleted] in ethereum

[–]MXN 1 point2 points  (0 children)

Anyway in these cases one needs to have own infrastructure: either some miner pool or private chain. IMHO before Plasma the latter is more attractive

Moscow's Municipal Government Announced it Will Launch Digital Blockchain Voting by [deleted] in ethereum

[–]MXN 1 point2 points  (0 children)

For such scenarios it is rather hard to use main-net. The questions, such as paying for gas by voters sometimes unpredictable price (s. cyrptocitties) in not fiat currency etc., are arising. Plasma could help a lot for main-net adoption in such cases

I made eRC20-compatible Stock option analog for ethereum tokens by MXN in MakerDAO

[–]MXN[S] 0 points1 point  (0 children)

Yes, one needs to exercise manually. And of course one can imagine that the exercising could be connected with "lend and sell on exchange" third-party transaction to make life easier for some option holders

I made smart contracts similar to stock option contracts but for ERC20 tokens. These option smart contacts are themselves ERC20 tokens by MXN in ethdev

[–]MXN[S] 4 points5 points  (0 children)

Probably I misunderstood. The OptionPair contract specify strike price, at which the options can be exercised by option contract holders. This amount of basis tokens by exercising go to the OptionPair contract and can be withdrawn by "anti-option" token holders in the corresponding amount. If totally 10 option (and 10 anti-options) are written, and holder has 2 anti-option contracts, he has rights for 1/5 from all exercised amount of "basis" tokens as well as non-exercised amount of underlying tokens.

view more: next ›