(Summary from 12:00 October 21th till 12:00 October 22th)
NOTICE: WE ALSO POST OUR SUMMARIES ON: https://eosamsterdam.net/eos-telegram-summaries/
Fork
User Achilles asked about resources about the news that Daniel Larimer said ‘we are working on ..fork..’ User Kevin Rose replied by stating that there is no contentious hardfork happening nor is one planned. ‘@daniellarimer used it in the context of a software upgrade. There will not be EOS and EOS Cash. Thank you.’ User Achilles shares a few posts of Daniel Larimer and says ‘I thought BM mean the hardfork.’ After this, there is a bit of a discussion about what a ‘hardfork’ is. After a while user Sun Tzu explains: ‘He meant hard fork in the technical sense not the community sense. Hard fork in that the future past the fork is not compatible. So all BPs have to upgrade and follow that code base else they'll fall off. This is not the same as a community hard fork in which some BPs decide not to follow, and carry on with old code base, and then the community splits around the two forked transaction logs.’
BPs
User Thomas Cox asks: ‘Is there a simple graphic somewhere that shows the variability of the top 21 BPs over time? Like, blocks made per BP, or block-pay collected per BP, or something?’
User Roshan:
https://eosauthority.com/voting_periodic Periodic voting
https://eosauthority.com/producers_chart Voting charts
https://eosauthority.com/producers_earnings Producers pay
https://eosauthority.com/producers_blocks Blocks made per BP (approx 42 BPs were in top 21 at some point)
User Paco asks if there is anything in the EOS ecosystem that he doesn’t have graphs and stats for.
User Roshan:
https://eosauthority.com/producers_relation Correlation chart
https://eosauthority.com/voting_decay Voting decay
https://eosauthority.com/top_voters Details here on top 200 voters
Ricardian Contract Signing
User Andrey Marchuk: ‘Is there a mechanism which allows user to sign a Ricardian contract once, and use that signature for all future transactions until smart contract code or Ricardian contract is updated? It will greatly improve the UX for games and other apps.’ User Thomas Cox: ‘I think Scatter white-listing provides a start on that. I don’t know how it behaves when the underlying Ricardian changes, however.’ User Kevin Rose: ‘I believe Nathan said the whitelisting mechanic includes a hash of the metadata of the transaction so if anything about substance of the action itself changes then the whitelist no longer applies. That may include any changes to Ricardians associated with the action.’ He then shares the following screenshot:
User Andrey Marchuk: ‘I assume the payload is not part of the hash/validation?’ User Syed: ‘Yes, it is not. If the frontend goes rogue, it could transfer a large amount of EOS. This is why you should never whitelist transfers.’
EOS 요약 포털 메인 페이지: https://eosamsterdam.net/ko/eos-telegram-summaries/
Fork
Achilles는 Daniel Larimer가 '우리는 포크에 대해 일하고 있다'는 소식에 대해 물읍니다. Kevin Rose는 논쟁의 여지가 있을 수 있는 하드 포크가 아니라고 대답합니다. ‘@daniellarimer는 소프트웨어 업그레이드의 맥락에서 이 단어를 사용했습니다. EOS와 EOS 현금은 없을 것 입니다. 고맙습니다.' Achilles는 Daniel Larimer의 소식을 몇 가지 공유하고 'BM이 하드 포크의 의미로 생각’한다고 말합니다. 그 후 '하드 포크'가 무엇인지에 대해 약간의 토론이 있습니다. Sun Tzu는 "그는 기술적으로 하드 포크를 의미했고 커뮤니티의 하드 포크는 의미하지는 않습니다. 포크 과거 미래는 호환되지 않습니다. 따라서 모든 BP는 업그레이드해야하고 코드 기반을 따라야합니다. 이는 일부 BP가 따르지 않기로 결정하고 오래된 코드 기반으로 계속 진행하는 커뮤니티 하드 포크와 동일하지 않으며, 커뮤니티는 두 개의 분기 된 트랜잭션 로그를 기반으로 분리합니다. '
BPs
Thomas Cox는 다음과 같이 질문합니다. '시간이 지남에 따라 상위 21개 BP의 변동성을 보여주는 간단한 그래픽이 있습니까? 예를 들어 BP당 블록 생산률, BP당 수집 한 블록페이?
Roshan:
https://eosauthority.com/voting_periodic 정기 투표
https://eosauthority.com/producers_chart 투표 차트
https://eosauthority.com/producers_earnings 생산자 수입
https://eosauthority.com/producers_blocks BP당 블록 생산률 (약 42 BP는 어느 시점에서 상위 21위에 올랐습니다)
Paco는 EOS 생태계에 대한 다른 그래프와 통계가있는지 묻습니다.
Roshan:
https://eosauthority.com/producers_relation 상관 관계 차트
https://eosauthority.com/voting_decay 투표권 붕괴
https://eosauthority.com/top_voters 상위 200 명의 유권자에 관한 세부 정보
Ricardian Contract Signing
Andrey Marchuk: '사용자가 Ricardian 계약에 한 번 서명하고 smart contract 코드 또는 Ricardian 계약이 업데이트 될 때까지 모든 향후 트랜잭션에 해당 서명을 사용할 수있는 메커니즘이 있습니까? 게임과 다른 앱의 UX를 많이 개선할 것 입니다.’ Thomas Cox: '저는 스 캐터 화이트리스트이 이에 대한 시작을 제공한다고 생각합니다. 그러나 기본 Ricardian이 변경 될 때 어떻게 동작하는지 알지 못합니다.' Kevin Rose: Nathan이 화이트리스트에있는 트랜잭션 메타데이터의 해시가 포함되어있다고 말한 것을 따르면 액션 자체의 실질적인 내용이 변경되면 화이트리스트는 더 이상 적용되지 않습니다. 여기에는 해당 행동과 관련된 Ricardian의 변화가 포함될 수 있습니다.' 그는 다음 스크린 샷을 공유합니다.
Andrey Marchuk: '저는 페이로드가 해시/유효성 검사의 일부가 아닌 것으로 가정합니다.' Syed : '네, 맞습니다. 프론트 엔드가 불량 일 경우 많은 양의 EOS를 전송할 수 있습니다. 이것이 화이트리스트 전송을 허용하지 않아야하는 이유입니다. '