28 Mar 2019 |
bridge-bot | <jorge> cc @sohkai @facuspagnuolo @lkngtn @bingen
| 11:48:54 |
bridge-bot | <jorge> it is live actually: https://github.com/marbleprotocol/polaris
| 11:49:41 |
29 Mar 2019 |
bridge-bot | <sohkai> https://github.com/ethereum/EIPs/pull/1884
SLOAD might go from 200 to 800 gas (not ridiculous, but a 4x)
| 12:09:02 |
30 Apr 2019 |
bridge-bot | <bingen> Hey guys, I need some Solidity expertise advice. I want to avoid this if :
https://github.com/aragon/aragon-court/blob/getLastPresent/contracts/lib/HexSumTree.sol#L196
- because it makes the code more expensive (even if it’s just an if)
- because
past value never changes once the initial function is called, so it’s the same for every iteration of the loop and every recursion step
- because for the case
sortition (where I have the same problem) adding this param makes me hit the stack too deep error
- beacuse it makes the code uglier
First idea I had is to just copy the whole function changing only that line, but this sucks of course (too much repeated code)
As far as I know there’s nothing similar in solidity to passing functions as parameters or dependency injection or any other fancy technique.
I also thought of overloading the function get , but it comes from Checkpointing and there is no Library inheritance either.
Any ideas?
| 10:48:13 |
bridge-bot | <jorge> IMO it is okey as it is, definitely cleaner than copying the entire function as in _sortition and _sortitionLastPresent
| 11:23:19 |
bridge-bot | <jorge> if this ends up being limited to just the current term (as I think we should do), then we could remove the option of doing it in the past all together and just allow linear searches
| 11:24:33 |
bridge-bot | <bingen> yes, that _sortition duplication is temporary, it was a quik work around for stack too deep issue, and I was waiting as you said to see if we really need both options or stick to just one
| 12:32:32 |
bridge-bot | <bingen> yes, that _sortition duplication is temporary, it was a quick work around for stack too deep issue, and I was waiting as you said to see if we really need both options or stick to just one
| 13:20:21 |
23 May 2019 |
bridge-bot | <danielconstantin> Is truffle supposed to compile dependencies? If so, why? security? 😕
(trying to update truffle to v5 which uses solc-js v0.5 and the compilation fails)
| 10:40:20 |
bridge-bot | <sohkai> Moving to truffle@5 is going to be a longer process across the entire development pipeline
| 16:33:43 |
bridge-bot | <sohkai> @danielconstantin Moving to truffle@5 is going to be a longer process across the entire development pipeline
| 16:33:51 |
bridge-bot | <sohkai> I imagine we could start doing it for the boilerplates though
| 16:34:02 |
bridge-bot | <sohkai> You should also be able to specify the solc version (it will have to be 0.4.24 ) in the truffle config
| 16:34:25 |
16 Jul 2019 |
bridge-bot | <sohkai> This is super cool: https://github.com/cgewecke/eth-gas-reporter/blob/master/docs/codechecks.md
| 09:17:32 |
bridge-bot | <gabi> Thanks for sharing it
| 14:21:38 |
17 Jul 2019 |
bridge-bot | <sohkai> A nice solidity build tool from a Nest grantee, @mcormier: https://github.com/macor161/quantal/
| 16:01:16 |
bridge-bot | <mcormier> Hey thanks Brett! :)
| 16:12:28 |
bridge-bot | <mcormier> Still a few months to go before production-ready though
| 16:12:51 |
bridge-bot | <bingen> wow, this is really cool @mcormier !!! So long waiting for nice error output! (So many times I have done truffle compile | grep Error , haha)
| 21:29:41 |
18 Jul 2019 |
bridge-bot | <mcormier> @bingen This is precisely because I was tired of doing truffle compile | grep Error that I started the project haha
| 02:56:46 |
bridge-bot | <mcormier> It was basically a simple truffle-compile fork at first, but then I stumbled upon a few optimizations to speed up the compilation process.
| 02:57:23 |
22 Jul 2019 |
bridge-bot | <sohkai> This is quite cool for managing solc versions via docker: https://github.com/crytic/solc-select
| 10:27:30 |
25 Aug 2019 |
| @polviebolci3:matrix.org joined the room. | 15:32:29 |
| @polviebolci3:matrix.org left the room. | 15:32:37 |
29 Aug 2019 |
bridge-bot | <sohkai>@jorge We’re moving along quite quickly on the Agent app’s frontend, but if you or @facuspagnuolo have a bit of time, it’d be great if we could get an org with one installed on rinkeby to make testing a bit easier.
The key things we should have this agent app do:
- Send / receive a eth transfer
- Send / receive a token transfer
- Contract invocation to another installed app (e.g. create a vote)
- Contract invocation to another org’s app (e.g. create a vote / vote)
- Contract invocation to an arbitrary contract
- Contract invocation that causes multiple tokens to be sent / received (e.g. atomically swap tokens for ETH)
| 18:41:08 |
bridge-bot | <facuspagnuolo>I have a trust DAO on rinkeby we can use if it helps | 18:50:39 |
bridge-bot | <facuspagnuolo>We simply need to grant the Agent app all the permissions you want to test I think | 18:51:14 |
bridge-bot | <facuspagnuolo>https://rinkeby.aragon.org/#/trust-dao/permissions | 18:51:16 |
3 Sep 2019 |
bridge-bot | <jorge>@sohkai @facuspagnuolo @bingen did an initial spike for the version oracle for detecting proxy versions: https://gist.github.com/izqui/7dba72aedef31e2e1621f39c388577b7 | 10:44:41 |
bridge-bot | <jorge>some aspects to decide: | 10:44:54 |