Dreaming Deve1oper

현행 p2e 시스템에서 토크노믹스 부분을 제외하고, unity에서 web3gl(web3에 연결가능)로 빌드 후, 메타마스크에 연결하여 로그인 -> 사용할 이더리움 메인넷상에 배포한 스마트계약 및 토큰이 사용되며 이 토큰은 유니티에서 진행되는 간단한 게임이 끝난후 계약조건이 일치하면 유저의 로그인지갑에 전송, 이후 유저가 토큰을 기부처로 기부하는 방식 이 과정을 교수님께 설명하니 네트워크 구조적으로 질문이 많이 들어옴. 1. 시스템 진행에 따른 플로우 차트가 정확히 어떻게 되는지? (node to node 형식으로) [로그인] 유저디바이스 -> 메타마스크(로그인) -> 노드추가(이더리움 메인넷, 사용자정보가 추가된 노드에 블록으로 저장) [시스템에 토큰요청] 유저디바이스(토큰전송요청) -> 이더리움 클라이..

-

숫자 ⁰¹²³⁴⁵⁶⁷⁸⁹ ₀₁₂₃₄₅₆₇₈₉ https://kr.piliapp.com/symbol/#math

보호되어 있는 글입니다.

-> 해당과정에서 데이터가 블록 형식으로 저장되어 네트워크의 모든 참여자에게 전달된다고 적혀있다. 그렇다면, 이 참여자라는것은 시스템을 사용하는 유저(디바이스)라는 것인가? 그리고 그것을 노드라고 이해하면 되는가? 참여자 = 채굴자 = 노드. 노드가 늘어난다 = 참여자가 증가한다 = 채굴자가 늘어난다. -> 스마트 컨트랙트상에서 트랜잭션이 이루어질때 그 과정에서 거치는 노드가 많을수록 보안성이 높아진다 트랜잭션은 블록에 기록되는 데이터 중 하나이다. 즉, 스마트컨트랙트와 노드는 관련이 없다. 하지만 많은 노드들이 검증을 하면 좋긴하다. -> 체리 기부 플랫폼의 노드 구성인데 노드가 6개라는것이 이해가 가지 않는다. 해당 서비스를 이용하는 사용자(디바이스)가 전부 노드라면 노드는 계속해서 증가해야하는것이 ..

보호되어 있는 글입니다.

보호되어 있는 글입니다.

피드백) Q1. 시스템 동작에 필요한 디바이스의 갯수 (실제 시연 시) -> 유저 디바이스 / 트랜잭션 흐름 보는 디바이스 / 기부처 디바이스 Q2. 이더리움 네트워크 안에 필요한 노드의 갯수 -> 좀 더 확립이 필요. Q3. 트랜잭션 검증은 누가 하는 것인지? (검증하는 주체) > 트랜잭션을 받아 검증하는 주체가 확실히 누구냐? -> 이더 네트워크에 배포한 스마트계약(EVM)에서 검증. Q4. 왜 굳이 이더리움을 사용해야하는가? (근본적인 이유와 기존 네트워크와의 차이점 서술) -> 스마트계약을 통한 신뢰성보장이 차별점 및 이점때문 Q5. 서버를 사용하지않는다면 프론트단에서 넘어온 데이터 및 여러가지 정보들은 구체적으로 어디에 저장이되는가? (단순히 이더리움 네트워크상에서가 아닌) Q6. 기존에 존재하..

스마트 컨트랙트 단위 테스트: https://yos.io/2020/07/09/testing-smart-contracts/ Testing Smart Contracts Unit testing is a critical part of smart contract development. The high stakes and rigid immutability of smart contracts demands even more emphasis on testing compared to traditional software. Unit tests ensures your contracts are performing correctly at t yos.io 스마트컨트랙트 효율적인 가스비: https://yos.io/2021/05/1..