Dreaming Deve1oper

보호되어 있는 글입니다.

보호되어 있는 글입니다.

Wallet To Wallet 전송 방식이 맞는가? -> 시스템 내 모든 토큰 전송 방식은 wallet to wallet이 아님 -> 전송계약을 통해 스태이킹 후 조건 일치 시 전송 이더리움 네트워크를 사용하는 이유? -> 기부과정의 투명성 -> 기부과정 조회 가능 -> 분산된 기부블록등리 서로의 데이터 공유 시연할 때 사용할 user divce (노드의 수) -> PC 2대: User device -> PC 1대: Monitoring device -> PC 1대: Donation device 메타마스크를 사용하는 이유? -> 타 지갑에 비해 낮은 진입장벽 -> 크롬브라우저를 통한 가벼운 접근성 -> 높은 인지도 유동성 토큰/유동성 풀을 사용하는 이유? -> 토큰의 보안성 -> 토큰 발행 후 유동성 풀 ..

옛날 던파는 GSD, 풍진, 키리, 샤란, 그란디스 등에게 가서 전직을 했었다. 그 방식에서 떠오른 기획이고 그냥 생각난것만 끄적여 보려한다... 전직 관련 npc가 플레이어블 캐릭터로. ex) GSD -> 기본공격이 아수라 1차 각성기 (이미 던파에 나왔었음) -> 스킬들이 TP max 찍은것처럼 큰 범위로 나감 -> 고유스킬 부여 => 백귀야행 혹은 솔도로스 같은 전설의 존재도 플레이어블로. 가령 솔도로스의 제자 혹은 4인의 웨펀마스터 같은?? 그냥 파바박 하고 떠오른거라 허접하긴한데 생각나는대로 계속 써볼 생각이다...

https://cryptozombies.io/ko/ #1 Solidity Tutorial & Ethereum Blockchain Programming Course | CryptoZombies CryptoZombies is The Most Popular, Interactive Solidity Tutorial That Will Help You Learn Blockchain Programming on Ethereum by Building Your Own Fun Game with Zombies — Master Blockchain Development with Web3, Infura, Metamask & Ethereum Smart Contracts cryptozombies.io 퍼즐형식 / 게임형식으로 간단하게 ..

web3 API 목록을 보면 기능이 전부 존재하는데 굳이 니더리움을 사용해야하는 이유?? -> 니더리움은 C#에서 Geth나 parity같은 이더리움 네트워크에서 제공하는 JSON RPC를 C#에서 사용 가능하도록 해주는 라이브러리이며 js로 제공되는 web3 라이브러리의 C# 버전이다. -> 그렇다면 유니티(C# 사용)에서 이더리움의 기능을 사용하기 위해선 니더리움 sdk가 필요한것이다 라고 이해했다. https://web3js-kr.readthedocs.io/ko/latest/ └ Web3.js https://docs.nethereum.com/en/latest/ └ 니더리움 백서 https://medium.com/gocryptobot/unity%EC%97%90%EC%84%9C-nethereum%EC%..

이더리움 -> 가스비가 비싸고 느리다는 문제점이 존재. -> 많은 정보 존재. 이더리움의 가스비 비용 문제를 해결 가능한 네트워크 -> 클레이튼 -> 폴리곤, 루나텔라 클레이튼 가스비가 저렴하다 (몇백원대) 현실적으로 메인네트워크에 상장 할 수 있다 이더리움의 소스코드를 기반으로 개발 이더리움과 높은 호환성 (계정, 트랜잭션, 서명 알고리즘, etc...) 교수님이 return 할 가능성 ↑ (이더리움에 대해 까였다고 클레이튼을 가져온것이냐고 물을 수 있으며 현직자들은 클레이튼에 대한 시선이 크게 좋지 않다. 이더리움을 그냥 가져다 쓴것뿐이라는 인식이 있기 때문) https://github.com/klaytn/caver-java └ 클레이튼 Dapp API 클레이튼 합의 노드 Consensus Node ..

마이크로 프로그램 실행 순서 제어 (Sequencing Control) 제어 유니트가 마이크로 명령어의 실행을 제어 제어 기억장치에 저장된 마이크로 명령어들을 작성된 마이크로 프로그램에 따라 순서대로 인출하는 과정 CAR의 초기값으로 시작해서 다음 차례에 실행할 마이크로 명령어의 주소 값을 결정하는 것 CAR의 초기값은 0으로 설정 MUX1 에서는 다음 차례에 실행될 마이크로 명령어의 주소를 4종류에서 마이크로 명령어의 조건에 따라 1종류를 선택 MUX2 에서는 분기할 조건을 선택하여 주소 선택 회로로 그 값을 전송 마이크로 프로그램의 실행 순서제어 과정 제어 기억장치의 마이크로 명령어의 주소 선택 방법 분기 마이크로 명령어 주소 선택 방법 JUMP(00) 혹은 CALL(01) C= 0: 다음 차례의 마..

보호되어 있는 글입니다.

보호되어 있는 글입니다.