(Summary from 12:00 October 22nd till 12:00 October 23rd)
NOTICE: WE ALSO POST OUR SUMMARIES ON: https://eosamsterdam.net/eos-telegram-summaries/
Constitution & Arbitration
User Andrey Marchuk has a question regarding the signing of Ricardian Contracts. The question is as follows: “Is there a mechanism which allows the 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 Thomax Cox replies and says that it is a brilliant question. He thinks that Scatter white-listing provides a start on that. However, Thomas Cox does not know how it behaves when the underlying Ricardian changes. User Kevin Rose says that he believes 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.
User Kevin Rose posts the following image to answer the question of Andrey Marchuk in more depth:
User Andrey Marchuk thanks the channel and asks if the payload is not part of the hash/validation. User Syed replies that this is indeed not the case. If the frontend goes rogue, it could transfer a large amount of EOS. This is why you should never whitelist transfers
User Jenny is looking for links to all of the different versions of the constitution that are being worked on by all different sources. Anything that might be put up for a vote when that system is finally released to do so. User Kevin Rose shares the following links in reaction:
https://docs.google.com/document/d/1JPR-gRb2LOijCyU1sV5aNHJq2EifVLIH2pSwYpnp2Jw/edit?usp=sharing
https://drive.google.com/file/d/0B8hRWNIodRzJb2VnN253Mm9jeFVZZVBxVlBpT1E5VS1lNkQ0/view?usp=sharing
https://block.one/news/block-ones-proposal-for-eos-constitution-v2-0/
https://github.com/EOS-Mainnet/governance/blob/master/eosio.system/eosio.system-clause-constitution-rc.md
EOS 요약 포털 메인 페이지: https://eosamsterdam.net/ko/eos-telegram-summaries/
Constitution & Arbitration
Andrey Marchuk은 Ricardian 계약 서명에 관한 질문을 합니다. 문제는 다음과 같습니다: "사용자가 Ricardian 계약서에 한 번 서명하고 smart contract 코드 또는 Ricardian 계약이 업데이트 될 때까지 모든 향후 트랜잭션에 해당 서명을 사용할 수있는 메커니즘이 있습니까? 게임 및 앱의 UX를 크게 향상시킬 것입니다."
Thomax Cox가 대답하고 그것이 좋은 질문이라고 말했습니다. 그는 스캐터 화이트리스트가 그것에 대한 출발점을 제공한다고 생각합니다. 그러나 Thomas Cox는 근본적인 Ricardian의 변화가 이것에 대해 어떻게 작용 하는지를 모른다고 말합니다. Kevin Rose는 화이트리스트 정비사는 트랜잭션 메타데이터의 해시를 포함한다고 Nathan이 말했다고 전합니다. 따라서 액션 자체의 실질적인 내용이 변경되면 화이트리스트는 더 이상 적용되지 않습니다. 여기에는 해당 행동과 관련된 Ricardian의 변화가 포함될 수 있습니다.
Kevin Rose는 다음 이미지를 게시하고 Andrey Marchuk의 질문을 더 자세히 설명합니다:
Andrey Marchuk은 채널에 감사 드리며 페이로드가 해시 / 유효성 검사의 일부가 아닌지 물어 봅니다. Syed는 이것이 사실이 아니라고 대답합니다. 프론트 엔드가 불량 일 경우 많은 양의 EOS를 전송할 수 있습니다. 따라서 화이트리스트 전송을 허용하지 않아야합니다.
Jenny는 모든 다른 출처에서 진행되고있는 여러 가지 버전의 헌법을 읽을 수 있는 링크를 찾고 있습니다. Kevin Rose는 다음 링크를 공유합니다:
https://docs.google.com/document/d/1JPR-gRb2LOijCyU1sV5aNHJq2EifVLIH2pSwYpnp2Jw/edit?usp=sharing
https://drive.google.com/file/d/0B8hRWNIodRzJb2VnN253Mm9jeFVZZVBxVlBpT1E5VS1lNkQ0/view?usp=sharing
https://block.one/news/block-ones-proposal-for-eos-constitution-v2-0/
https://github.com/EOS-Mainnet/governance/blob/master/eosio.system/eosio.system-clause-constitution-rc.md