Diegorb1329/eth_magicians_forum huggingface dataset:
Title: Should_the_ChainId_change_with_every_hardfork
Category: Working_Groups

Author: rmeissner
Date: 2022-08-12T08:28:07.733Z

Currently the chain id will not change on a hardfork. The common case for the chain id is when a new network is spun up to uniquely identify it in the consesus logic (e.g. signatures and smart contracts) to enable replay protection (or other chain specific logic).
Now with the merge approaching it is quite likely that there will be a Proof of Work Ethereum which then potentially has the same chain id as the Proof of Stake Ethereum.
A way to tackle this issue would be to change the chain id with every hardfork (like a version). For example the chain id which is currently a uint256 could be separated in 2 uint128 that are a version and a chainid.
Obviously it is not that simple as there are quite some smart contracts that have hardcoded the chain id. But it will be necessary in the future to properly differentiate chains that are the result of a hardfork that was not adopted by the majority and “just sticks to the status quo”.
Title: Ethereum_Backend_Discussion
Category: Working_Groups

Author: fubuloubu
Date: 2018-11-01T21:13:58.868Z

There will be a discussion about some of the execution layer components of Ethereum and ETH2.0 including eWASM and Yul, as well as ABI standardization. Time is TBD. We wanted to get to the security community involved to colloborate on the vision for the future of the Ethereum backend, and make sure that backend is as robust as possible. This discussion will involve the Solidity and Vyper teams as well.
There is also a promising proposal being put together through #evm-evolution to update the EVM in the medium term, including static jumps and subrountines, which may be discussed alongside other technical improvements by the #evm-evolution gang, in preparation for the long term move to eWASM.
Please only add your name if you have significant research or experience with the topic. We will probably try to keep the number of participants down to manageable level and perhaps turn these into working groups if that makes sense. We will make notes available after the meeting occurs and of course remain open for comment.
This is NOT a chance for product demos, we want to make sure we discuss these important issues as a group and make the best decisions possible for the Ethereum platform.


docs.google.com



ETH2.0/eWASM/Yul/ABIv2 Call
(Place your name under the topics you have significant experience with and wish to discuss)  WASM/eWASM:  You!  Yul (formerly known as Julia), LLL (IRs):  You!  Ethereum ABI/ABIv2: Bryant Eisenbach You!   If you have blog posts, analyses, or talks...
Title: Notes_fom_ETH_Denver_Mobile_Circle
Category: Working_Groups

Author: pi0neerpat
Date: 2019-02-14T22:48:29.540Z

View the notes here https://hackmd.io/s/SJdVG7UXE#
-Patrick
Title: Council_of_Colorado___EthProduct_call_for_particip
Category: Working_Groups

Author: chadwick
Date: 2019-01-23T00:36:04.835Z

I’m proposing to convene and lead an EthProduct ring meeting for Magicians just before EthDenver.  If you are interested, please add your name here https://hackmd.io/mQrjzVjVR_eDQbRZp6GFDA#Product-Management-Ring
I propose for us to continue discussing topics from our community call (e.g. nuances of web3 PM) but with an in-person workshop. If there are other suggestions, LMK.  Cheers!
Title: ETHProduct___aims_of_the_ring___guild
Category: Working_Groups

Author: pet3rpan
Date: 2018-12-08T10:40:15.508Z

After some discovery and exploration of the state of web3 product management, we have begun to realise the need for certain research and community development epics to be carried out. Essentially, somehow scaling out the collaborative efforts of the ring…
First thing is to begin shaping the vision, goals and aims of this working group / association. This is simply a brain dump and just some notes, and is in no way finalised ~ just something to get the ball rolling.
What is ETHProduct?
A product management guild / working group
Mission
Make web3 software development excellent
Roles in the web3 community (not activities)

Progressing, improving and researching web3 product management best practices
Educating folks on the dynamics of web3 PMship

Activities (https://trello.com/b/9GkS5Jf5/ethproduct)

Community calls and topic discussions
Research projects and collaborations
Creation of educational resources
Guidance of PMship for open source web3 projects
Office hours
Collecting resources

Author: jpitts
Date: 2018-12-10T23:23:47.110Z

Fantastic work, @pet3rpan! This is going to be really helpful for projects, even small ones e.g. creating that “working code” for EIPs and ERCs.
Overall it makes for a great template for community groups as they self-organize.
And I like the term “Guild”! I can see guilds forming around the different roles in the community, enabling best practices to be discovered and shared.

Author: pet3rpan
Date: 2018-12-11T02:03:49.498Z

Created a trello for current activites https://trello.com/b/9GkS5Jf5/ethproduct

Author: gigiuliani
Date: 2019-01-28T09:00:22.827Z

Hello @pet3rpan I’d like to get involved in this guild. How can I help?

Author: pet3rpan
Date: 2019-02-06T03:35:41.225Z

Hey~ just shoot me a PM on telegram @pet3rpan
Title: Representation_of_totalSupply
Category: Working_Groups

Author: paulhauner
Date: 2018-06-01T03:26:39.605Z

During security reviews, a colleague and I have a bit of an ongoing discussion about how totalSupply should be represented when an owner can mint tokens at any time. Consider the following example code (it’s not supposed to be functional):
uint crowdsale = 5;
uint mintable = 5;
uint minted;
uint bought;
...
function buy() payable public duringCrowdsale {
    tokens = msg.value;
    bought += tokens;
    require(bought <= crowdsale);
    balanceOf[msg.sender] = tokens;
    ...
}

function mint(uint _count) onlyOwner {
    minted += _count;
    require(minted <= mintable);
    balanceOf[owner] = _count;
    ...
}
...

If all available tokens were purchased during the crowdsale but none have been minted, should totalSupply be 5 or 10?
One side says it should be 5 because the tokens don’t exist until mint() is called. The other says it should be 10 because that’s how many can be transferred at any time.
Keen to hear opinions, other resources, or a better place to post this.

Author: MicahZoltu
Date: 2018-06-01T05:56:49.714Z

Many tokens that support minting allow for unbounded minting of tokens, sometimes via some economic incentivization system.  For all of these, the only value that can be displayed is the number of tokens currently minted.  Even ETH falls into this category, where there are not a fixed number of tokens that will ever be minted.
I suspect that this is significantly more common than a token that can mint a bounded number of tokens, which is why I think it is most reasonable to say that totalSupply means number of minted tokens right now.
That being said, in this very specific example I would probably have totalSupply be 10.  Though really I would question why this token exists, it feels like the owner should have just minted themselves 10 tokens from the start.  Perhaps there is more context in a real world example, but in this example I feel like the contract is just silly and shouldn’t be catered to.

Author: paulhauner
Date: 2018-06-01T06:23:05.606Z

My stance is that if the token is advertised as “decentralised”, then the total supply should be 10. Otherwise, it’s up to the owner as to what total supply should be.
I agree the concept is silly (which is pretty much a direct result of being in the “10 camp”). However, I’ve seen this pattern several times, I think it’s done for optics. What I’m trying to say is that I didn’t make this up as a thought experiment, it’s something I am dealing with currently and it’s useful to have additional input (so, thank you )

Author: MicahZoltu
Date: 2018-06-01T07:21:19.876Z

Personally, I would label such a coin as a scam coin and just not deal with it if you have that choice.  If you don’t have the choice, then 10 is probably the best service you can provide to your users.
Title: About_the_Working_Groups_category
Category: Working_Groups

Author: jpitts
Date: 2018-05-07T08:30:37.294Z

(Replace this first paragraph with a brief description of your new category. This guidance will appear in the category selection area, so try to keep it below 200 characters. Until you edit this description or create topics, this category won’t appear on the categories page.)
Use the following paragraphs for a longer description, or to establish category guidelines or rules:


Why should people use this category? What is it for?


How exactly is this different than the other categories we already have?


What should topics in this category generally contain?


Do we need this category? Can we merge with another category, or subcategory?

Author: rumkin
Date: 2019-09-13T09:17:00.637Z

Who, how and when can put content here? Is there any rules or not?
Title: New_ERC__Guidelines_for_writing_a_testable__adopta
Category: Working_Groups

Author: bumblefudge
Date: 2025-01-21T18:58:29.968Z

Hey all:
I wrote a little Informational ERC describing ways ERCs at the wallet and/or smart-contract level could be more testable, and ways for ERC authors to maximize the feedback they get from evaluators and implementers. I wrote this as a list of general pointers, but if you squint a little you might notice lots of it feels unrealistic today… but would be a lot less unrealistic if AllWalletDevs and AllERCDevs functioned a little more as a standing working group, maintained test suites that ERC authors could extend, etc etc.
Any comments necessary, and if any adhoc or informal Working Groups wanna dogfood this, I’d be thrilled!
Title: Ethereum_1_x_Testing_Working_Group
Category: Working_Groups

Author: Eric
Date: 2019-05-13T19:12:33.667Z

The Ethereum 1.x Testing Working Group is dedicated to setting the standards for testing Ethereum 1.x.
This working group is not unlike the testing working group in existence within the Enterprise Ethereum Alliance, where members are attempting to define standards and tests for various enterprise client implementations on the Ethereum network. Simiarly, discussions here will include but are not limited to pre/post fork testing, testnets, identifying key metrics within Ethereum 1.x, conformance tests, and testing standards.
Immediate actions would be to kick off with a call to define scope of the working group and the main contributors. Currently we have about 5 people with relevant testing interest that want to take on this initiative but this working group is open to anyone that wants to contribute either via research, development, or review.

Author: jpitts
Date: 2019-05-14T03:55:32.307Z

Thanks for organizing this, @Eric! Who else is involved currently, or who else do you think should be in this WG?
I will ping those at the EF who are stakeholders in testing.

Author: Eric
Date: 2019-05-15T20:41:05.135Z

Hey @jpitts! Currently it’s Zak Cole,  James Hancock (EthSignals), Dmitry, Antoine (ConsenSys), and a couple others from the Whiteblock team.
Would be great if you could connect us with people from EF testing.
We plan on having our first working call soon and to organize better from there.

Author: holiman
Date: 2019-05-16T07:42:14.568Z

Relevant people to include would be me, @wtf (Anuj), @AlexeyAkhunov, @pipermerriam,  @lithp and @FrankSzendzielarz

Author: Eric
Date: 2019-05-16T22:09:10.788Z

Cool - we have a telegram chat going. if you shoot over your telegram I can add.
Title: A_New_Direction_for_Eth1_x__Stateless_Clients
Category: Working_Groups

Author: jpitts
Date: 2019-11-10T10:10:52.007Z

Something important said by @AlexeyAkhunov at the Devcon5 Eth1 Roadmap was that storage rent is no longer the focus of Eth1.x research, with his effort shifting over to stateless clients.
Here is his write-up on the issue:
https://medium.com/@akhounov/on-the-state-rent-and-pivot-to-stateless-ethereum-ab4d967ff630

To recap, the State Rent project is currently ‘suspended’. And the active research, development and specification is happening around ‘flat db’ state storage model and the Stateless Ethereum.

This emphasis on stateless clients is also receiving attention and support from the Ethereum Research team and the Trinity (Eth1/Eth2 python implementation) team!
As part of this support, a new category and tags have been added to ethresear.ch:
https://ethresear.ch/c/eth1x-research
https://ethresear.ch/tags/stateless-client
I will try to keep cross-linkage going. With this participation w/ Researchers and Trinity, I predict that for the time being most of the relevant discussion will occur over on ethressear.ch.
Once the work gets to defining EIPs and getting community feedback, we can bring it over to our neck of the woods
Title: PoS___What_if_internet_goes_down_
Category: Working_Groups

Author: Ling
Date: 2022-08-08T17:59:26.036Z

Hey y’all, first post here. Hope everyone is well 
I’m a little confused regarding Proof of Stake in regards to when someone staked 32eth.


What if their power goes out and they lose internet connection for an extended period of time? Depending on how long it goes down, wouldn’t their staked ether be slashed due to this?


If the people staking 32eth are still having to run a client on their computer 24/7 to validate, is it really saving that much more energy compared to what PoW is doing?


Thanks in advance. I’ve been doing my best at doing my own research like advised when first joining the space, but I’m just starting to confuse myself at this point.

Author: abcoathup
Date: 2022-08-09T06:03:27.874Z

Ling:

What if their power goes out and they lose internet connection for an extended period of time? Depending on how long it goes down, wouldn’t their staked ether be slashed due to this?


See Ben’s chapter on penalties, “A useful rule of thumb is that it takes about a day of uptime to recover from a day of downtime.”


Upgrading Ethereum



Upgrading Ethereum | 2.8.5 Penalties
A technical handbook on Ethereum's move to proof of stake and beyond.








 Ling:

f the people staking 32eth are still having to run a client on their computer 24/7 to validate, is it really saving that much more energy compared to what PoW is doing?


See Ethereum Foundation blog post, “Ethereum will use at least ~99.95% less energy post merge.”


Ethereum Foundation Blog



Ethereum's energy usage will soon decrease by ~99.95% | Ethereum Foundation Blog

Author: Ling
Date: 2022-08-09T12:57:49.609Z

Thank you! I’ll check these out
Title: Whisper_v2__Request_for_requirements_for_unified_m
Category: Working_Groups

Author: atoulme
Date: 2019-01-16T01:53:58.732Z

Hey folks,
In an effort to expand on our efforts and include the community at large around Whisper, @Ethernian has posted to ethresear.ch a first post asking for feedback and comments on how messaging will work under the new ETH 2.0 paradigm.
The post is here. Your feedback and thoughts are very welcome.

Author: jpitts
Date: 2019-01-16T07:26:05.289Z

Updated the title to better reflect the topic. I’ve seen this on reddit and other forums, often it is a good idea to indicate the “primary post” of an X-Post in the title.

Author: Ethernian
Date: 2019-01-22T13:48:13.899Z

Guys, I would like to submit for topic “Whisper v2: Unified Ethereum Secure Messaging” on Magicians Council in Paris 2019.
I would like to discuss …

What do Ethereum Projects expect from Secure Messaging and why they are re-implementing it?
What should be improved on whisper in order to make it convenient to use for most ethereum projects?
//open for other aspects

In order to get a time slot we need to present enough people interested in the discussion.
Please  the post to signal your interest.

Author: cryptogoth
Date: 2019-04-26T17:47:46.435Z

Hi @Ethernian thanks for starting this discussion (I know it’s a late reply)
I’m investigating the use of Whisper to implement private securities trading for a current and future consulting clients, and also to coordinate cross-chain swaps, sidechannels, and similar beasts.
I’ll respond to the original topic.
Title: Open_call_for_Core_Devs__Help_us_design_the_soluti
Category: Working_Groups

Author: MaxSemenchuk
Date: 2018-08-01T09:33:49.658Z

Dear Core Devs, as you know we have a ring that works on the signalling solution. While we have plenty of ideas to start buidling, but we’d like to get some signal from you first. Thus we’re asking you to answer some questions. If you’re ready to help us here’re the options.
Option A: have an interview with beautiful Anna Rose
Option B: answer a formal questionnaire. Here’s the link to the google form: https://goo.gl/forms/IH5AiT9FItbxwOTZ2 or just answer here below.
Thanks in advance, we hope to help with coordination and develop efficient tools for the community.
List of questions:

What’s your name / Github handle?
How long are you in Ethereum Development?
How do you select what to work on now?
What do you consider a “core dev”?
What is a core dev responsible for?
What is a core dev not responsible for?
How important is the community feedback to your work?
How do you get your information about community sentiment now?
How much coordination do you have with other ethereum developers?
Is there anything particular you need now in regards to coordination?
Title: Eth2_Specification_changes_for_the_Eth1___Eth2__Me
Category: Working_Groups

Author: jpitts
Date: 2021-03-11T21:41:48.137Z

Eth2.0 Specification PR: https://github.com/ethereum/eth2.0-specs/pull/2229
Proposal on EthResearch: Executable beacon chain - Eth1-to-Eth2 Transition - Ethereum Research
Related Tweet by @mkalinin: https://twitter.com/mkalinin2/status/1370029361932476417
Title: Council_of_Prague_Data_Ring__Notes_from_Session_1
Category: Working_Groups

Author: wildmolasses
Date: 2018-10-29T12:02:33.831Z

Hi all, we just had a great data ring session. Jay was the ringmaker and I took notes. Adrian also recorded action items. We are planning on meeting again later this afternoon.
Here’s a link to the notes. Apologies to anyone whose name I missed.  Adrian will post the action items and Jay will post a photo from the whiteboard.

Author: dipenjoshi
Date: 2018-10-29T13:37:03.908Z

Hey @wildmolasses can you give us update on the 2nd ring time & location. thank you very much.

Josh

Author: tjayrush
Date: 2018-10-29T13:59:02.262Z

Boris says we can meet in the ‘lounge’ (that is, the place where the food is near the back of the hall. We can re-convene there during the next session or perhaps a bit later. I did want to attend the ‘signaling’ group, so maybe I’ll be a bit late. Please go ahead and come together without me. We could also meet times later this week during DevCon if anyone is interested in that.

Author: tjayrush
Date: 2018-10-29T16:12:48.150Z

IMG_34394032×3024 1.95 MB

Author: tjayrush
Date: 2018-10-29T16:14:31.995Z

I wrote some of this stuff a few months ago describing possible ideas for future EIPs and possible some standard test cases related to block explorers. I’ll repost it here: https://github.com/Great-Hill-Corporation/quickBlocks/tree/master/docs/OSBEN

Author: boris
Date: 2018-10-30T20:09:27.823Z

FYI - moved this to the Data Ring and added some tags.

Author: dipenjoshi
Date: 2018-10-31T16:10:14.879Z

Great. lets work on merging these 10-15 items into 4-5 categories. so we can focus on same goals.

Author: jpitts
Date: 2018-11-06T18:10:25.003Z

Thanks for posting these notes @wildmolasses!

Author: 5chdn
Date: 2018-11-26T11:03:28.489Z

This is the blog post I was talking about at the session, https://dev.to/5chdn/the-ethereum-blockchain-size-will-not-exceed-1tb-anytime-soon-58a
Title: Council_of_Colorado____Business_Models_Ring
Category: Working_Groups

Author: owocki
Date: 2019-01-07T12:57:48.530Z

Following our success in Prague with the Business Models Ring, I will be organizing a Business Models Ring for Council of Colorado (Feb 14 before ETHDenver).  Sign up here: Call for Rings - Council of Colorado

Author: owocki
Date: 2019-01-07T12:59:06.947Z

Some early interest in topics posted on twitter https://twitter.com/owocki/status/1082129576988295169

Author: jpitts
Date: 2019-02-10T03:20:44.054Z

There hav been some interesting discussions, starting with Ameen Soleimani’s “war mode” Tweet, and continuing today with Yalda Mousavinia’s Enabling War Mode article.
Some points from Yalda’s article:

Some centralization is necessary
Coin holder vote for CEO / war general
Avoid “Enterprise blockchain” because this enables our ecosystem competitors
A key goal is to sustainably earn fiat, create fiat on-ramps
As this is war, it is not necessary to practice open source or transparency

In the discussion so far, some interesting additional points are layered on:

Decisions somehow need to be made swiftly (citing Horowitz’s Peacetime CEO / Wartime CEO)
It is not necessary to avoid single sign-on e.g. FB Connect, so long as we have a roadmap to move users off of centralized platforms
Product experiments, forking dapps but integrating using current “off the shelf” solutions e.g. Stripe

https://twitter.com/stellarmagnet/status/1094310019988885507

Author: jpitts
Date: 2019-02-12T02:22:27.447Z

This increase in subscription revenue represents a major shift, and the community should take notice. Perhaps Apple has been strategically moving developer and user behavior away from “free + selling your data” over to “subscriptions + privacy”.



TechCrunch – 11 Feb 19



US iPhone users spent, on average, $79 on apps last year, up 36% from 2017 |...
Apple's push to get developers to build subscription-based apps is now having a notable impact on App Store revenues. According to a new report from

Est. reading time: 3 minutes
Title: secureETH_Meetup_notees____Trustlessness_in_Blockc
Category: Working_Groups

Author: kggp1995
Date: 2018-09-07T12:55:58.143Z

Trustlessness in Blockchain:
Problem:

Everyone uses OnlyOwner as their only form of Access control
Users do not know what trust system the application they are using employ

Approach:

Defining Trust - Setting precise attributes & terms (U2U & U2O & O2O)
Communication about the Trust
Dynamic rules of trust breakdown
Security & consequences
Implementation (Cross system Trust management)
Trusting the bridges & Oracles that connect the platforms
Address Disaster Recovery

Solution:

Access Control = Big Problem
Weights on functions that makes & breaks the contract
Etherscan integration

Trust parameters(ongoing exploration):

Upgrades to the contract
Access Control (Admin)
Special Privilege

More on this can be found in the presentation: https://docs.google.com/presentation/d/1GdgLoVQRkjti26LlK0rBc87cyUkLS0tVXUQvECgFUfY/edit#slide=id.g3ff9c637c2_0_76
Title: Mevbot_arbitrage_on_solidity
Category: Working_Groups

Author: Hatem1234h
Date: 2023-08-09T02:52:23.254Z

Hi ! I am trying to find best code for Mevbot arbitrage on solidity !!
Title: Data_Ring__Problem_Statement
Category: Working_Groups

Author: tjayrush
Date: 2019-02-19T20:47:15.351Z

According to the Denver notes, we agreed that the problem we’re trying to solve is:

Its difficult to get the data out, and also to get the data in

A couple of questions for discussion:


Does the above description capture what we’re trying to solve? (Here’s notes from the Prague data ring. There are some concerns voiced there.


Would it make sense to break into two different sub-rings? Data Extraction / Oracles? (This issue came up in the ring discussion.) I think maybe we should have two subrings.


Should there be a third subring: Data Delivery. (This might include data marketplaces, IPFS delivery, Web 2.0 server/API delivery, others)


Please discuss the issue of the ring’s “Problem Statement” What are we trying to solve?

Author: jpitts
Date: 2019-02-21T01:12:01.110Z

Question 1.
I think that the problem statement or “mission” might mention additional pain points, data use cases, main stakeholders in this.
So something like:

“Making use of data is key to using the Ethereum network, whether it originates from the blockchain itself or from other sources. End-users, dapp developers, and network operators are stakeholders in valuable data use cases and this Ring aims to understand and address their pain points.”

Question 2.
As for side Rings … side is better than sub  … perhaps let’s see which of these further topics stick.
Query Interface / Underlying Data
Provider Infra / Running Nodes
Oracles / External Data
Data Verification
Question 3.
Yes, but as with the others, we need a champ.

Author: jpitts
Date: 2019-02-21T01:30:49.896Z

Also, would Data Ring be involved with maintaining JSON-RPC?
Title: CoP_Trust___Reputation_Sub_Ring__Types_of_Reputati
Category: Working_Groups

Author: kronosapiens
Date: 2018-11-06T12:18:29.239Z

Hi all,
Here is the kickoff thread for the “Types of Reputation” sub-ring of Trust & Reputation.
To seed discussion, I want to share an essay introducing some of the uses and risks of reputation systems, and describes ways to mitigate the risk by deployed appropriate types of reputation systems to various contexts. Please read and provide feedback!
https://hackernoon.com/reputation-systems-promise-and-peril-ae0af60595ea
If anyone else has resources, please share and discuss!

Author: dazuck
Date: 2018-11-12T09:43:14.863Z

Thanks for getting this started, Daniel (and great talking in Prague).
I would imagine there will be many reputation systems long-term, and trying to standardize too much will be futile. But hopefully we can agree on a few baselines that guide development across the board. The main thing that I think is critical and oft-overlooked is that reputation must be contextual. Contexts can be specific (a particular marketplace dapp) or very broad (you followed through on your promise to repay credit). But trying to ‘use’ a reputation outside the context it was generated will quickly make it either useless or dangerous.
Norms vary too much across contexts for ‘universal’ reputations of any kind. Even if we subdivide from a ‘general reputation score’ into traits, skills, etc. the context still matters. What qualifies as ‘open’ in one society or community or marketplace will be very different than in others. There’s a large amount of data on this. It also is how reputation works in the physical world, which we often don’t learn from enough as we try to recreate digital systems.
Title: Difference_between_injected_providers
Category: Working_Groups

Author: filips123
Date: 2019-02-03T12:44:26.734Z

There are many ways to detect injected provider (MetaMask, Mist, …). Some of them are Web3.givenProvider, web3.currentProvider and window.ethereum.
What is the difference between them? I know that window.ethereum uses EIP-1102, but what is the difference between the other two? Which one should I use?
I first asked this on Web3’s GitHub, but @nivida suggested to ask this here.

Author: danfinlay
Date: 2019-02-04T22:28:51.962Z

The original provider is window.web3.currentProvider, but this came with the baggage of the web3.js framework. To reduce the amount of code injected in every page, every provider that is 1102 compatible should inject the same provider at window.ethereum.
You can fall back to the web3 one if you need to.
Sample code is available on the metamask docs site.
Title: Future_Options_for_EVM___eWASM
Category: Working_Groups

Author: boris
Date: 2018-12-12T01:49:00.737Z

7evmewasmoptions1786×2920 1.04 MB
This is a quick sketch of the 7 options for EVM / eWASM going forward, as roughly explained to me by @expede
I will turn this into some diagrams, and come back and edit this post with descriptions of each of these options.
We’re sharing this to provide background and material to have useful discussions.

Author: gcolvin
Date: 2018-12-15T06:38:11.068Z

boris:

I will turn this into some diagrams, and come back …


At which point I can see how much these overlap with the ones I’ve considered.

Author: gcolvin
Date: 2019-01-03T23:10:40.731Z

Well?  Still waiting.  I really can’t make sense of that whiteboard.
@boris @expede

Author: expede
Date: 2019-01-04T19:49:20.335Z

They’re just different permutations of where you could stick eWASM and the EVM during a transition period. Not all of them make sense, but are there for completeness.

Run them in parallel
Have an EVM hosted on WASM as a precompile
Add an AS_WASM opcode to the EVM spec; accept WASM bytecode as args
Have WASM as a precompile in an EVM environment
Write an EVM in WASM, and use that until ETH 2.0; then use it in option 2
Drop the WASM idea all together and just improve the EVM
Drop the EVM completely; find migration strategy (transpile or manual migration)

Author: gcolvin
Date: 2019-01-08T01:48:04.859Z

OK.  And there is 8–do nothing. And 7 can’t happen because existing EVM code and the code it generates must keep running.  The rest are pretty much just different ways of implementing a client–unless we go with 6 or 8 then clients need to run both eWasm and EVM somehow.  One way to make that easy for wasm-only clients–which might amount to 7–is to place a canonical evm2wasm transpiler on the blockchain for them to use.  (This might also be a convenient way to compute gas for EVM operations.)
Title: Newcomer_Education
Category: Working_Groups

Author: Simona_Pop
Date: 2018-11-11T11:39:07.082Z

NEWCOMER EDUCATION SUB-RING
Typologies:
Want to - Can Do
Want to - Can’t Do
Don’t want to
*Focus on first two
Outcomes:
Sharing Experiences of successful conversations then mapping out potential personas
Finding existing resources
Creation of resources
Curation of resources in a “salad bar” style pick & mix
Feedback mechanism on the content
Wrap content around blockchain concepts, but eliminate over complex semantics.
Formats:

online library of definitions and examples
online videos (?)
DYI education kit (?)

Resources:

Personal experiences of successful conversations
ConsenSys academy (potentially)
analogies - gas: car petrol etc.
licenses / unbranded (neutral)

Application:

examples per audience segment
non jargon definitions of key concepts

Topics:
Identity - ID
Wallet - Money
Exchange - Trade
Action:

Comms channel to co-ordinate - Telegram Group (https://t.me/joinchat/AAAAAEbNMzL7lGr0qyZssQ)) - Invite anyone you know was in our discussion group in the Council of Prague
Repository seeded with notes, followed by resource sections etc.
Repository with shared content: last modified, last used
Title: A_case_to_study__proposed_Constantinople_related_f
Category: Working_Groups

Author: jpitts
Date: 2018-10-04T17:43:38.087Z

Context: AllCoreDevs meetings notes #47 on Fri, September 28, 2018

“Geth, Parity, aleth, ethereumj, mana, nethermind - completed implementation of all EIPs”
“we should probably pick a block number today for testnet fork”
“Let’s go with Ropsten block 4.2M, that puts us at this time in 11 days, on Oct. 9”

Certain client development stakeholders wanted to activate forking changes / Constantinople in order to identify possible consensus bugs and reduce risks for when these changes are activated in clients for mainnet. This group includes the geth team.
On the other hand, dapp stakeholders who depend on Ropsten stability did not the burden of dealing with a fork, and wanted a stable, enduring testnet for their users/testers. In this case it was the Raiden team.
The key discussion between these groups happened here: https://gitter.im/ethereum/AllCoreDevs?at=5bb5c0b0ef4afc4f281795f2

Author: MadeofTin
Date: 2018-10-04T17:54:46.646Z

It would be good to get a sense how many projects this would affect. I assume it is not just Raiden. I know giveth is using Ropsten for some things. An opportunity for Project Decision Makers to signal they are ready to support such forks would be helpful here.

Author: xinbenlv
Date: 2023-08-02T21:03:28.543Z

Hi from 2023,
ERC-5982: Role-based Access Control provides a Role-based Access, and ERC-7303 is proposed to implement it in NFT Add EIP: Token-Controlled Token Circulation by kofujimura · Pull Request #7303 · ethereum/EIPs · GitHub
Title: Mobile_best_practices
Category: Working_Groups

Author: o_rourke
Date: 2019-02-28T16:23:29.013Z

Hey all, hope you enjoyed ETH Denver! In our last call we talked about having a repository for best practices for mobile developers. I want to get the conversation started with what my team have come across with building a few SDK’s and user facing mobile applications.
Managing Data
Managing data for a dApp is not your usual backend. Efficiently storing and syncing data is important.

Maintaining an index locally can help retrieving new data only when the user requests it.
Updating in the background existing data looking for new changes is always a must
Every request counts, don’t waste API calls for data you can retrieve once and store locally
Don’t forget to get the transaction count before sending a new transaction, nonces can change really fast
Because of the asynchronous nature of blockchains, your error handling needs to be flexible enough to cover not only hard error cases, but lack of data for subsequent requests.

Account management
Mobile security is a different paradigm offering new solutions for common account security problems.

Never store private keys in plain text, encrypt them with verified and tested encryption mechanisms
Always empty out references in memory after signing transactions to avoid memory dumps
You don’t need wallet keys when reading data from the blockchain, only when sending out transactions
Even if the private keys are encrypted, use a secure storage mechanism client side to store the encrypted data
Submit all requests over secure protocols (HTTPS, etc)
Provide mechanisms to export/import keys securely, so clients can export their wallets to other applications, and back them up

Thoughts on spinning up a repo so we can add more as we think of them or go along our adventures building?

Author: pi0neerpat
Date: 2019-03-03T15:26:31.827Z

Done! From the notes it looked like we wanted to start building this in ETH-Hub, so I created a PR to add a mobile docs page. Not sure what the flow is for making changes. Let me know if you need access to contribute.
https://github.com/ethhub-io/ethhub/pull/221

Author: pcowgill
Date: 2019-03-05T18:16:04.156Z

@o_rourke @pi0neerpat Thanks! I’ll put in some work on mapping out specific tech options available at different layers of the stack as well. If we want to chat back and forth without adding a lot of noise to ETHHub, I like the idea of spinning up a repo.
This is what @owocki did for the Business Models Ring:
https://github.com/FEMBusinessModelsRing/web3_revenue_primitives
I set up something similar for us just now and invited mokn and pi0neerpat and marcelomorgado to the organization. Let me know if anyone else would like to be added as a collaborator too.
Here’s the repo: GitHub - mobilering/ethhub: Documenting mobile stack and best practices for PRs against EthHub

Author: pi0neerpat
Date: 2019-04-08T17:25:29.824Z

Hey just wanted to drop this here. If anyone has free time, I’d be interested to know how well this works! Maybe something we want to include in the mobile “stack”
https://github.com/abcoathup/expo-web3
Title: Mobile_Ring_organizing_call_ahead_of_ETHDenver
Category: Working_Groups

Author: pcowgill
Date: 2019-01-23T22:31:27.911Z

I’d like for us to have a Mobile Ring organizing call ahead of ETHDenver.
If you’re interested in joining for the video call, please fill out this Doodle so we can find a time that works for as many people as possible:



Doodle


Expired Group Poll - Create a New Poll or Contact the Owner
The Group Poll you're trying to access isn’t up-to-date and has been archived





Thanks!
The purpose of the call is to have “…an organizing call ahead of Denver, write up some wiki or HackMD pages, or in general prep for having productive meetings during the time we are all together in person.” (Source)

Author: pcowgill
Date: 2019-01-24T16:18:43.724Z

Also here’s the Mobile Ring HackMD for during the pre-ETHDenver gathering. We can use it to take notes before / during our organizing call as well.
https://hackmd.io/-DB9HE8NQUuBUh1163ErWA

Author: pi0neerpat
Date: 2019-01-26T15:52:14.376Z

If we decide to meet before the conference (my vote), they are offering meeting space for us

Complimentary event space may be available through our sponsor, Enterprise Co-Working on a first come, first serve basis. You can request this by emailing buidlweek@ethdenver.com ( Please note that if you submit an event that directly conflicts with keystone BUIDL Week events, this may result in your event being delisted from our site.)

Author: pcowgill
Date: 2019-01-28T16:44:23.091Z

Thanks for the info @pi0neerpat.
It looks like Thu Feb 7 was the winner in the Doodle, so it will have to be a video call (since that’s before BUIDL week).
I set Thu Feb 7 as the final option on the Doodle poll just now.
It will be on Thu Feb 7 at 1:30pm CST (a.k.a. 13:30 CST). An example city in CST is Chicago.
Here’s a public Google Calendar event link you can use to add it to your calendar:

accounts.google.com


Google Calendar - Sign in to Access & Edit Your Schedule
Access Google Calendar with a Google account (for personal use) or Google Workspace account (for business use).





Here’s the Zoom link we’ll use for the call:


Zoom Video


Join our Cloud HD Video Meeting
Zoom is the leader in modern enterprise video communications, with an easy, reliable cloud platform for video and audio conferencing, chat, and webinars across mobile, desktop, and room systems. Zoom Rooms is the original software-based conference...





The call will be recorded so that we can share it with those who miss it.
Looking forward to it! See you there.

Author: pcowgill
Date: 2019-02-07T01:55:15.423Z

This call is in < 24 hours! Details above.

Author: ligi
Date: 2019-02-07T07:01:17.327Z

Great! Will be there - 20:30 CET

Author: pcowgill
Date: 2019-02-07T20:12:10.514Z

Note: The meeting ended abruptly due to the Zoom free tier 40 minute time limit. Feel free to add any closing thoughts in the HackMD below:
https://hackmd.io/-DB9HE8NQUuBUh1163ErWA

Author: pi0neerpat
Date: 2019-02-07T20:49:37.811Z

I have the pro version and am happy to host the next call.
Title: Forming_a_Ring__Business_Models
Category: Working_Groups

Author: owocki
Date: 2018-09-24T21:46:33.486Z

Hi all; Kevin from Gitcoin here.
I’m announcing the formation of a business models ring.  You can sign up for it here: Council of Paris - HackMD
Why: I believe that finding sustainable business models is a very important thing to the long term health of this ecosystem.    Also, I’m trying to figure out the business model for Gitcoin 
Like many others in the ecosystem, I was not excited about doing an ICO for our project.  There have got to be other business models out there that do a better job of aligning the interests of end-users and dapp founders.
Some early ones I’m excited about:

state channels / streaming money
subscriptions
NFTs

I believe that we are building a world financial computer, which will eventually have dozens of use cases – and that tokens are just the first one.  It’s hard to imagine what those are going to be (can you imagine sending an e-mail in the year 1985?), but I think it’s safe to say that there will be novel uses of the world financial computer that we’ve not yet thought of yet.  And I believe they will be used with 10x or 100x the volume of that financial instruments we use today (just like we send 100x more emails than we do snail-mail today).
This ring’s objective* will be to map out various emergent business models for dapps, their pros/cons, and to publish this research for the good of the ecosytem.
* all of this is a proposal, and is subject to creating consensus within the ring.
Sign up here: Council of Paris - HackMD

Author: cooganb
Date: 2018-09-26T14:34:24.403Z

I unfortunately will not be able to make it to Prague but am interested in the business model for dapps question.
Don’t know if subscriptions fall under this category, but what about the business possibilities of transaction-forwarding? Gas arbitrage, a premium for forwarding transactions or the like.

Author: owocki
Date: 2018-10-29T11:52:40.932Z

Notes from the 2018/10/29 session => https://hackmd.io/W11KX6Y9R3idXXhN2tHFzA

Author: tbarker
Date: 2018-10-31T13:00:57.094Z

Hi  I was the guy in the ring who babbled about constraints a lot. @cooganb That’s a good point, maybe we have different business models for different ISO layers…? I’ll try to write up my thoughts better as a post when devcon is over.

Author: masonmike
Date: 2018-11-06T14:59:24.750Z

Hey @owocki thanks for facilitating. I’d like to contribute to this where I can be of help.

Author: owocki
Date: 2018-11-06T18:34:32.158Z

leave a comment here pls! https://github.com/FEMBusinessModelsRing/web3_revenue_primitives/issues/1

Author: owocki
Date: 2019-01-07T12:58:10.906Z

There will be another business models ring in Colorado Feb 14th . Council of Colorado -- Business Models Ring
Title: Open_Sourced_Education
Category: Working_Groups

Author: fubuloubu
Date: 2019-03-01T20:51:29.159Z

For those interested in open sourced Ethereum educational content:
https://twitter.com/fubuloubu/status/1101585171554463745
Title: Block_Witness_Spec_discussion
Category: Working_Groups

Author: mandrigin
Date: 2020-02-17T17:17:37.253Z

Hey there!
I’ve just opened the first PR against the stateless-ethereum-specs repo: https://github.com/ethereum/stateless-ethereum-specs/pull/1
It has a draft of a block witness specification, based on the block witnesses that are used in turbo-geth with a few minor tweaks.
A good thing about this format is that it works  Basically, we’ve been running tests on Ethereum mainnet using almost the same witness format and were able to proof blocks for the whole history of the chain.
I’m very open to any feedback regarding the spec itself and the witness format too.
Title: Cryptotux__a_linux_image_for_workshops_and_develop
Category: Working_Groups

Author: Xalava
Date: 2019-05-31T21:16:06.648Z

Hi everyone,
I’ve been involved in a lot of teaching over the past year (universities, engineering schools, a blockchain dev boot camp …)  and developed a Linux image to facilitate development and workshops.
The server version is a  virtualbox image, with all the current development tools ( node, go, geth, parity, …) on which a user can connect over ssh. The full script is here GitHub - cryptotuxorg/cryptotux: Linux images for crypto & blockchain education and development
You can have a preview live https://cryptotux.org/live
The desktop version features a full lightweight desktop, with additionally sublime text and visual code and their respective ethereum plugin, brave, firefox with metamask … It is lightweight to accommodate most users.
VirtualBox_Cryptotux_31_05_2019_20_39_381600×820 471 KB
I’m at the stage where it suits my needs for my students, but I consider how this could be a collaborative project and helpful and be worth more efforts. I’m strongly interested in suggestions, from technical, to strategic, branding and potential partnerships.
Title: Can_my_backend_call_a_smart_contract_function_to_b
Category: Working_Groups

Author: mario335
Date: 2021-02-14T13:49:24.120Z

The architecture of my dapp consists of a backend (metamask + web3.js or web3.js + geth) and a smart contract that offers different services (functions). I want a function on the smart contract to run on a certain date. Can my backend call a smart contract function to be executed on a certain date? If it can, how?
Title: Question_About_the_RPC_node_provider
Category: Working_Groups

Author: chucklescheese
Date: 2023-04-20T09:45:20.891Z

Which is the best RPC provider in terms of latency and price for creating a wallet on Ethereum? I have heard that Getblock has a nice fee program. Do you have any suggestions?
Title: LLVM_Ethereum_Developers
Category: Working_Groups

Author: bobsummerwill
Date: 2020-02-18T05:22:34.222Z

There is a growing set of individuals and projects who are building compiler and analytics tooling around LLVM.  Many of us met IRL at ETHDenver this week.   Please do join us on Telegram to continue the conversation, or on this Magicians Forum thread.



Telegram


Ethereum LLVM Developers
Let’s collaborate on LLVM compiler tooling for Ethereum!





Three key active projects are SOLL + LLVM-EVM and Solang, both of which have working Solidity compilers using LLVM, for eWASM/EVM and WASM respectively:


github.com




GitHub - second-state/SOLL: SOLL is a new compiler for generate Ewasm from...
SOLL is a new compiler for generate Ewasm from solidity and yul. See a demo here: https://asciinema.org/a/ezJqNLicn5fya02zwu4VXIo8a








github.com




GitHub - hyperledger-solang/solang: Solidity Compiler for Solana, Polkadot and Stellar
Solidity Compiler for Solana, Polkadot and Stellar








github.com




GitHub - etclabscore/evm_llvm: Official repo of the EVM LLVM project
Official repo of the EVM LLVM project






https://solang.readthedocs.io/en/latest/
https://www.businesswire.com/news/home/20200213005712/en/Ethereum-Classic-Labs-Announces-EVM-LLVM-Alpha-Release
https://etclabscore.github.io/evm-llvm-website/
Title: Call_for_Rings___Council_of_Colorado
Category: Working_Groups

Author: owocki
Date: 2019-01-07T12:55:37.860Z

Hello,
We will be having an ETHMagicians Meetup at ETHDenver.
Matt Locker is organizing..  It’s on Thursday, FEB 14th, right before ETHDenver.  Same venue as ETHDenver.
If you want to participate, fill out this form: https://t.co/duhSUtqMFK, comment on the Call for Rings on HackMD and/or comment below.
HackMD

Author: jpitts
Date: 2019-01-07T19:27:30.669Z

Thanks for announcing this, looking forward to it! I added Data Ring to the HackMD file.
One note about naming, the regional gatherings outside of the three main annual Councils should be called “Gatherings” or something other than Councils.

Author: pcowgill
Date: 2019-01-23T20:01:44.147Z

I just added the Mobile Ring to the HackMD file. Thanks!

Author: owocki
Date: 2019-02-13T01:14:10.228Z

more details for day of here Call for Rings - Council of Colorado

Author: meknab
Date: 2019-02-14T03:17:46.093Z

What time are we starting?

Author: jpitts
Date: 2019-02-14T04:39:40.942Z

@meknab, this is the schedule for the EthDenver gathering: https://hackmd.io/s/rklzFyVX4
Title: Clarification_on_incentive_behind_Proposing_a_Bloc
Category: Working_Groups

Author: Nick
Date: 2022-07-08T17:56:16.947Z

On reading through the Beacon chain documentation for the Merge there are a couple of questions I have.

Is there any incentive for being a block builder/ what are your rewards calculated from?
Is the reward for a propser = base_reward + (base_reward/proposer_quotient)?
Is the proposer randomly selected?
Does the lead attestor claim there rewards by simply putting a block header on the block?
Title: Data_Ring_Notes___Discussion__ETH_Denver__2_14_19
Category: Working_Groups

Author: pi0neerpat
Date: 2019-02-14T21:16:38.901Z

Here are the notes!



HackMD



Notes for Ethereum Magicians Data Circle - HackMD
# Notes for Ethereum Magicians Data Circle  Date: 2/14/19 1:20 pm  ## Attendees  Cayman, typescripts

Author: shemnon
Date: 2019-02-14T22:27:05.031Z

ProgPow / Securit notes:
https://hackmd.io/wyH2fmZVQFSMQsnSI9DIsw

Author: tjayrush
Date: 2019-02-19T19:53:20.521Z

Since we’re a ‘permissionless’ organization, I’ll take the liberty to extract the issues we discussed in Denver into separate conversations on this forum. Links to individual discussions here:
Problem Statement
Standard Query Interface
Provider Interface / Running a Node
Real World Data / Oracles
Precompiles / Data Verification
Cat Herding (action items from the Denver data ring):
Action item: @Corey will begin an EIP and foster conversation on Eth Magicians.
Action item: @Patrick will start a thread about what is required for devs to run nodes.
Action Item: @tjayrush will write a Medium post and start an EIP related to building indices.
Action Item: @Alex will post links to materials which explain Oracles in the eth magicians discussion.
Action Item: @wildmolasses will break down existing dapps by data source / retrieval method
Paris Council:
Also, has anyone started planning an agenda for the Paris meeting? I’ll add a conversation for that as well, unless I hear otherwise.

Author: wildmolasses
Date: 2019-02-20T16:52:25.483Z

I volunteered to break down existing dapps by data source / retrieval method.

Author: tjayrush
Date: 2019-02-21T04:07:18.790Z

Added an action item above.

Author: ankitchiplunkar
Date: 2019-02-21T17:57:16.835Z

I am also willing to volunteer. I can help with the following tasks:

will start a thread about what is required for devs to run nodes
will break down existing dapps by data source / retrieval method