2분반-쌀장수 - 편집 역사

Com239: /* 기술적 기대효과 */

2024-12-18T06:13:39Z

‎기술적 기대효과

Com239: /* 이론적 계산 및 시뮬레이션 */

2024-12-18T05:59:05Z

‎이론적 계산 및 시뮬레이션

Com239: /* 이론적 계산 및 시뮬레이션 */

2024-12-18T05:58:30Z

‎이론적 계산 및 시뮬레이션

Com239: /* 이론적 계산 및 시뮬레이션 */

2024-12-18T05:58:07Z

‎이론적 계산 및 시뮬레이션

Com239: /* 소프트웨어 상세 설계 */

2024-12-18T05:57:26Z

‎소프트웨어 상세 설계

Com239: /* 소프트웨어 상세 설계 */

2024-12-18T05:57:12Z

‎소프트웨어 상세 설계

Com239: /* 향후계획 */

2024-12-18T05:56:39Z

‎향후계획

Com239: /* 개발 일정 */

2024-12-18T05:55:32Z

‎개발 일정

Com239: /* 프로토타입 사진 혹은 작동 장면 */

2024-12-18T05:54:36Z

‎프로토타입 사진 혹은 작동 장면

Com239: /* 개발 일정 */

2024-12-18T05:54:25Z

‎개발 일정

@@ 92번째 줄: / 92번째 줄: @@
 ====기술적 기대효과====
 *Optimistic rollup 방식을 사용하면서 더 높은 tps와 저렴한 fee로 네트워크를 이용할 수 있음
-*Zero knowledge proof 방식으로 사용하여 트랜잭션을 처리함으로써 프라이버시와 보안을 강화할
+*Zero knowledge proof 방식으로 사용하여 트랜잭션을 처리함으로써 프라이버시와 보안을 강화할 수 있음
 *Zero knowledge proof scaling solution 네트워크의 성능을 향상시킴

@@ 149번째 줄: / 149번째 줄: @@
 * 토큰 보상 시뮬레이션
 ** 주간 리더보드 순위별 토큰 분배량 시뮬레이션
-*** 1위: 5 ARB
+::: 1위: 5 ARB
-*** 2위: 3 ARB
+::: 2위: 3 ARB
-*** 3위: 1 ARB
+::: 3위: 1 ARB
 ** 예상 필수 주간 토큰 소모량: 9 ARB
 ** 연간 필수 필요 토큰량: 468 ARB
-◇ 스마트 컨트랙트 가스비 분석
+* 스마트 컨트랙트 가스비 분석
-- 토큰 전송 시 평균 가스비: 21,000 gas
+** 토큰 전송 시 평균 가스비: 21,000 gas
-- Arbitrum 네트워크 평균 가스 가격: 0.001 gwei
+** Arbitrum 네트워크 평균 가스 가격: 0.001 gwei
-- 주간 보상 지급 시 예상 가스비: 약 0.000021 ETH
+** 주간 보상 지급 시 예상 가스비: 약 0.000021 ETH
-◇ 서버 부하 시뮬레이션
+* 서버 부하 시뮬레이션
-- 동시 접속자 수: 최대 100명 가정
+** 동시 접속자 수: 최대 100명 가정
-- 필요 서버 사양: * CPU: t2.medium (2 vCPU) * RAM: 4GB * Storage: 20GB
+** 필요 서버 사양: * CPU: t2.medium (2 vCPU) * RAM: 4GB * Storage: 20GB
-- 예상 월간 트래픽: 약 50GB
+** 예상 월간 트래픽: 약 50GB
 ===소프트웨어 상세 설계===

@@ 148번째 줄: / 148번째 줄: @@
 ===이론적 계산 및 시뮬레이션===
 * 토큰 보상 시뮬레이션
-- 주간 리더보드 순위별 토큰 분배량 시뮬레이션
+** 주간 리더보드 순위별 토큰 분배량 시뮬레이션
-** 1위: 5 ARB
+*** 1위: 5 ARB
-** 2위: 3 ARB
+*** 2위: 3 ARB
-** 3위: 1 ARB
+*** 3위: 1 ARB
-- 예상 필수 주간 토큰 소모량: 9 ARB
+** 예상 필수 주간 토큰 소모량: 9 ARB
-- 연간 필수 필요 토큰량: 468 ARB
+** 연간 필수 필요 토큰량: 468 ARB
 ◇ 스마트 컨트랙트 가스비 분석

@@ 147번째 줄: / 147번째 줄: @@
 ===이론적 계산 및 시뮬레이션===
-◇ 토큰 보상 시뮬레이션
+* 토큰 보상 시뮬레이션
 - 주간 리더보드 순위별 토큰 분배량 시뮬레이션
-* 1위: 5 ARB
+** 1위: 5 ARB
-* 2위: 3 ARB
+** 2위: 3 ARB
-* 3위: 1 ARB
+** 3위: 1 ARB
 - 예상 필수 주간 토큰 소모량: 9 ARB
 - 연간 필수 필요 토큰량: 468 ARB

@@ 167번째 줄: / 167번째 줄: @@
 ===소프트웨어 상세 설계===
 * 초기 기획 단계에서 웹 서비스 게임으로 가정하였고, JavaScript로 작성된 오픈 소스를 찾아 이를 이용하려 했으나, 게임에서 사용할 리소스 파일들을 활용하는데 어려움을 겪었으며, 유니티를 이용해 게임을 수정하기 위해 C#코드로 수정하는 과정에서 시간이 너무 지체된다고 판단하여 유니티를 사용한 오픈 소스 코드를 찾아 이를 수정하여 구현하기로 결정했다.
-오픈소스 출처 : https://goraniunity2d.blogspot.com/2018/10/2048.html
+::오픈소스 출처 : https://goraniunity2d.blogspot.com/2018/10/2048.html
 * 게임의 규칙과 진행을 담당하는 GameManager 클래스와 타일의 움직임을 제어하는 Moving 클래스, 게임 내에서 사용되는 아이템의 수량과 같은 정보를 담당하는 ItemManager 클래스, 아이템의 정보를 외부와 주고 받기위해 파일을 만들기 위한 JsonfileHandler 클래스로 구성했다.

@@ 166번째 줄: / 166번째 줄: @@
 ===소프트웨어 상세 설계===
-◇ 초기 기획 단계에서 웹 서비스 게임으로 가정하였고, JavaScript로 작성된 오픈 소스를 찾아 이를 이용하려 했으나, 게임에서 사용할 리소스 파일들을 활용하는데 어려움을 겪었으며, 유니티를 이용해 게임을 수정하기 위해 C#코드로 수정하는 과정에서 시간이 너무 지체된다고 판단하여 유니티를 사용한 오픈 소스 코드를 찾아 이를 수정하여 구현하기로 결정했다.
+* 초기 기획 단계에서 웹 서비스 게임으로 가정하였고, JavaScript로 작성된 오픈 소스를 찾아 이를 이용하려 했으나, 게임에서 사용할 리소스 파일들을 활용하는데 어려움을 겪었으며, 유니티를 이용해 게임을 수정하기 위해 C#코드로 수정하는 과정에서 시간이 너무 지체된다고 판단하여 유니티를 사용한 오픈 소스 코드를 찾아 이를 수정하여 구현하기로 결정했다.
 오픈소스 출처 : https://goraniunity2d.blogspot.com/2018/10/2048.html
-◇ 게임의 규칙과 진행을 담당하는 GameManager 클래스와 타일의 움직임을 제어하는 Moving 클래스, 게임 내에서 사용되는 아이템의 수량과 같은 정보를 담당하는 ItemManager 클래스, 아이템의 정보를 외부와 주고 받기위해 파일을 만들기 위한 JsonfileHandler 클래스로 구성했다.
+* 게임의 규칙과 진행을 담당하는 GameManager 클래스와 타일의 움직임을 제어하는 Moving 클래스, 게임 내에서 사용되는 아이템의 수량과 같은 정보를 담당하는 ItemManager 클래스, 아이템의 정보를 외부와 주고 받기위해 파일을 만들기 위한 JsonfileHandler 클래스로 구성했다.
-◇ GameManager 클래스는 인스턴스가 하나만 존재하므로 싱글턴 패턴을 사용했고 타일의 생성과 병합을 판단하는 기능을 한다. 게임의 실시간 상태를 저장하고 점수도 해당 클래스에서 조작한다. 게임에 존재하는 3종류의 아이템도 해당 클래스 내부에 존재한다. 클래스의 흐름은 Start() 메서드에서 초기 타일을 생성하고 입력을 판단해 타일의 이동과 병합, 아이템의 사용을 인식 하고 이에따른 점수 변화를 반영한다. 게임이 끝났을때 게임 종료 UI를 띄우는 기능도 담당한다.
+* GameManager 클래스는 인스턴스가 하나만 존재하므로 싱글턴 패턴을 사용했고 타일의 생성과 병합을 판단하는 기능을 한다. 게임의 실시간 상태를 저장하고 점수도 해당 클래스에서 조작한다. 게임에 존재하는 3종류의 아이템도 해당 클래스 내부에 존재한다. 클래스의 흐름은 Start() 메서드에서 초기 타일을 생성하고 입력을 판단해 타일의 이동과 병합, 아이템의 사용을 인식 하고 이에따른 점수 변화를 반영한다. 게임이 끝났을때 게임 종료 UI를 띄우는 기능도 담당한다.
-◇ Moving 클래스는 타일의 움직임등을 제어하는데 필요한 변수등을 담고 있다. 타일이 이동중인지 여부를 나타내거나 타일이 병합되었는지 등을 판단하는 bool형 변수가 존재하고 타일이 이동해야 할 목표 좌표를 저장하는 변수가 존재한다.
+* Moving 클래스는 타일의 움직임등을 제어하는데 필요한 변수등을 담고 있다. 타일이 이동중인지 여부를 나타내거나 타일이 병합되었는지 등을 판단하는 bool형 변수가 존재하고 타일이 이동해야 할 목표 좌표를 저장하는 변수가 존재한다.
-◇ ItemManager 클래스는 아이템의 수량관리 및 아이템의 현황을 UI에 반영하는 기능을 담당하는데 게임내의 데이터가 외부와 소통하는 유일한 요소이므로 따로 클래스를 파서 관리하기로 결정하였다. 해당 클래스에 존재하는 메소드를 이용해 초기 아이템의 개수와 아이템 사용에 따른 개수 변화등을 게임 매니저에게 UI를 업데이트하도록 설계했다.
+* ItemManager 클래스는 아이템의 수량관리 및 아이템의 현황을 UI에 반영하는 기능을 담당하는데 게임내의 데이터가 외부와 소통하는 유일한 요소이므로 따로 클래스를 파서 관리하기로 결정하였다. 해당 클래스에 존재하는 메소드를 이용해 초기 아이템의 개수와 아이템 사용에 따른 개수 변화등을 게임 매니저에게 UI를 업데이트하도록 설계했다.
-◇ JsonfileHandler 클래스는 게임이 끝났을때 점수와 아이템의 개수 등 외부로 전해야 하는 데이터를 Json파일의 형태로 저장하거나, 외부에서 Json파일을 읽어 데이터를 ItemManager에 전달하기 위해 만든 클래스이다. Json 파일의 경로를 담당하는 기능도 구현돼있다.
+* JsonfileHandler 클래스는 게임이 끝났을때 점수와 아이템의 개수 등 외부로 전해야 하는 데이터를 Json파일의 형태로 저장하거나, 외부에서 Json파일을 읽어 데이터를 ItemManager에 전달하기 위해 만든 클래스이다. Json 파일의 경로를 담당하는 기능도 구현돼있다.
-◇ 가상화폐 지갑인 MetaMask와 연동하는 동시에 디지털 서명을 받아오는 connectMetaMask() 함수와 이를 바탕으로 서버에 유저의 정보를 요청하는 fetchUserData(address, message, signature) 함수를 구현하였다. 이후 fetchUserData() 함수의 실행 성공 시, displayUserInfo() 함수를 구현해 My Page에 유저의 정보를 출력하였다. 또한 유저의 닉네임을 수정하는 updataNickname() 함수와, 2048 게임에 사용하는 아이템을 구매하는 buyItem() 함수를 구현하였다.
+* 가상화폐 지갑인 MetaMask와 연동하는 동시에 디지털 서명을 받아오는 connectMetaMask() 함수와 이를 바탕으로 서버에 유저의 정보를 요청하는 fetchUserData(address, message, signature) 함수를 구현하였다. 이후 fetchUserData() 함수의 실행 성공 시, displayUserInfo() 함수를 구현해 My Page에 유저의 정보를 출력하였다. 또한 유저의 닉네임을 수정하는 updataNickname() 함수와, 2048 게임에 사용하는 아이템을 구매하는 buyItem() 함수를 구현하였다.
-◇ Leaderboard 접속 시, 최고 점수를 기준으로 상위 10명의 유저의 정보를 출력하는 fetchLeaderboard() 함수를 구현하였다. 등수, 닉네임, 최고 점수를 표시하고, 각 등수별로 수령하게 될 Token수를 함께 출력한다. 또한, My Page와 Leaderboard에서 Game Page로 넘어가기 위해 MetaMask의 연동 여부를 확인하는 event를 구현하였다.
+* Leaderboard 접속 시, 최고 점수를 기준으로 상위 10명의 유저의 정보를 출력하는 fetchLeaderboard() 함수를 구현하였다. 등수, 닉네임, 최고 점수를 표시하고, 각 등수별로 수령하게 될 Token수를 함께 출력한다. 또한, My Page와 Leaderboard에서 Game Page로 넘어가기 위해 MetaMask의 연동 여부를 확인하는 event를 구현하였다.
-◇ 인프라는 AWS EC2와 RDS를 사용하여 구성되었다. EC2를 통해 서버 애플리케이션을 호스팅하고, RDS를 통해 관계형 데이터베이스를 관리하도록 설계했다. 서버는 클라이언트 요청을 처리하며, RDS는 사용자 정보와 아이템 데이터를 저장한다. 정적 리소스는 Nginx를 통해 제공하여 클라이언트가 WebGL로 빌드된 게임을 로드할 수 있도록 했다.
+* 인프라는 AWS EC2와 RDS를 사용하여 구성되었다. EC2를 통해 서버 애플리케이션을 호스팅하고, RDS를 통해 관계형 데이터베이스를 관리하도록 설계했다. 서버는 클라이언트 요청을 처리하며, RDS는 사용자 정보와 아이템 데이터를 저장한다. 정적 리소스는 Nginx를 통해 제공하여 클라이언트가 WebGL로 빌드된 게임을 로드할 수 있도록 했다.
-◇ 백엔드 설계는 MVC 패턴을 기반으로 구성되었다. 클라이언트 요청은 Controller단에서 받아 Service 계층으로 전달되며 Service단에서는 비즈니스 로직을 처리하고 Dao 계층을 통해 데이터베이스와 상호작용한다. 이 구조를 통해 코드의 유지보수성을 높이고 계층 사이의 역할을 분리하였다. 또 데이터베이스 테이블은 사용자 정보를 관리하는 User 테이블과 사용자 아이템을 관리하는 Items 테이블로 분리하여 데이터 정규화를 수행했다. User 테이블은 사용자 고유의 Web3 지갑 주소를 PK로 사용하며, Items 테이블은 web3 지갑 주소를 FK로 하여 User 테이블을 참조한다.
+* 백엔드 설계는 MVC 패턴을 기반으로 구성되었다. 클라이언트 요청은 Controller단에서 받아 Service 계층으로 전달되며 Service단에서는 비즈니스 로직을 처리하고 Dao 계층을 통해 데이터베이스와 상호작용한다. 이 구조를 통해 코드의 유지보수성을 높이고 계층 사이의 역할을 분리하였다. 또 데이터베이스 테이블은 사용자 정보를 관리하는 User 테이블과 사용자 아이템을 관리하는 Items 테이블로 분리하여 데이터 정규화를 수행했다. User 테이블은 사용자 고유의 Web3 지갑 주소를 PK로 사용하며, Items 테이블은 web3 지갑 주소를 FK로 하여 User 테이블을 참조한다.
-◇ 로그인 과정에서는 클라이언트에서 전달받은 Web3 주소와 서명을 검증하여 사용자가 메시지에 실제로 서명한 지갑 소유자인지 확인한다. 이 과정에서 클라이언트는 MetaMask를 통해 메시지와 서명을 생성하고 서버는 클라이언트가 보낸 서명과 메시지를 사용하여 서명을 복구한 후 제공된 주소와 비교하는 방식으로 검증을 수행한다. 서명이 유효하면 데이터베이스에 정보가 있을시 로그인을 하고 없을시 새로운 사용자를 생성한다.
+* 로그인 과정에서는 클라이언트에서 전달받은 Web3 주소와 서명을 검증하여 사용자가 메시지에 실제로 서명한 지갑 소유자인지 확인한다. 이 과정에서 클라이언트는 MetaMask를 통해 메시지와 서명을 생성하고 서버는 클라이언트가 보낸 서명과 메시지를 사용하여 서명을 복구한 후 제공된 주소와 비교하는 방식으로 검증을 수행한다. 서명이 유효하면 데이터베이스에 정보가 있을시 로그인을 하고 없을시 새로운 사용자를 생성한다.
 ==결과 및 평가==

@@ 203번째 줄: / 203번째 줄: @@
 ===향후계획===
-  토크노믹스에 관련된 전반적인 부분 개선(아이템 구매 비용 및 포인트: 토큰 비율)
+*토크노믹스에 관련된 전반적인 부분 개선(아이템 구매 비용 및 포인트: 토큰 비율)
-외의 다른 미니게임
+*2048 외의 다른 미니게임
-  컨트랙트 프록시 패턴 업그레이드
+*컨트랙트 프록시 패턴 업그레이드
-  CI/CD 환경 구축으로 무중단 배포
+*CI/CD 환경 구축으로 무중단 배포
-  게임 내 UI/UX 딥블루 색상 디자인
+*게임 내 UI/UX 딥블루 색상 디자인
-  게임 내에서 사용할 수 있는 보다 많은 아이템
+*게임 내에서 사용할 수 있는 보다 많은 아이템

@@ 103번째 줄: / 103번째 줄: @@
 ===기술개발 일정 및 추진체계===
 ====개발 일정====
-내용
+[[파일:캡스톤 일정.png]]
 ====구성원 및 추진체계====

@@ 192번째 줄: / 192번째 줄: @@
 ===완료 작품의 소개===
 ====프로토타입 사진 혹은 작동 장면====
 [[파일:프로토타입.png]]