jeff

Results 44 comments of jeff

Hi BGHU1! Much in the same way the current implementation can bridge ERC20s, we want to bridge ERC721 and ERC1155. We have a `TokenVault.sol` contract that can handle this bridging,...

> yeah we will switch to revive soon when i get a minute, golint still works for the time being. dosent need to be done in this PR imo, already...

> @Brechtpd @davidtaikocha @adaki2004 could you please approve this PR again for merging before too many changes on the main branch? I can approve, but should the protocol build pass...

Automating abigenerated changes will inherently break code, because those abigenerated files are used within the relayer and eventindexer. So even if I was to automate the generation, you would have...

> @sheenhx We have gain access to BlockScout's[ V2 frontend](https://github.com/blockscout/frontend) code, what do you think is the best way to open source the dashboard you built for Taiko? I don't...

The main thing I like about this strategy vs other tokenomics is: - Less math, less things can "go wrong" or be obtuse to understand. - Proofs are only generated...

This is a very simple, one day WIP: https://github.com/taikoxyz/taiko-client/pull/241 https://github.com/taikoxyz/taiko-mono/pull/13811 It ignores more complicated concepts like "bidding for batches" (which is obviously more gas efficient), and simply says: `after a...

Brecht: > Also let's take into account batch verification of proofs onchain when possible! Otherwise we'll have to modify things again when we can do this. I'm out of the...

> Agreed, this is the idea behind the configurable grace window, to make sure it's always somewhat realistic. Thanks for the info on proof of proofs!

FYI right now the empty hash for the withdrawals is the empty code hash, not empty MPT withdrawals hash. https://github.com/taikoxyz/taiko-mono/issues/13795