1 App Mockups - 사용자 캠페인 생성 시 화면 - 금액을 입력하고 "Create"를 클릭하면 실제 캠페인 생성 - 캠페인 세부 정보 확인 페이지 - 승인자로 간주되기 위한 금액, 이미 기여한 사람, 생산된 요청 수, 캠페인 기여 버튼 - View Requests - 하나의 특정 캠페인에 대해 보류 중인 모든 요청 나열 - 요청 ID, 설명, 금액 / 송금액, 수취인, 승인 횟수, 승인 여부 등 - 승인 또는 요청에 대한 표기 / 추가 버튼 - / | 사용자가 캠페인 페이지에 접속했을 때 보여주는 첫 페이지 - /campaigns/new | 생성된 모든 캠페인을 보여주는 페이지 - /campaigns/0x8147 | 해당 캠페인에 대한 세부정보 - /campaigns/0x8147/requests..
1 평가 방법론 (1) DEVS-형식주의 기반 평가 프레임워크 - DEVS-형식주의 : 복잡한 시스템을 구성 요소 별로 나누어 각각의 모델을 만든 후, 이를 합쳐서 전체 시스템을 표현 : 시스템을 계층적이고 모듈화된 형식으로 표현하기 쉽게 함 - EF(Experimental Framework) : 대상 시스템의 구조 및 동작을 평가하는 측면에서 시뮬레이션 시나리오를 공식화 : 요청 생성기와 성능 평가기 모듈로 구성 : 생성기는 실험 코디네이터 모듈에 서비스를 요청하는 알고리즘을 포함 : 실험 코디네이터는 클라이언트 프로세스를 인스턴스화하여 성능 평가 대상에 요청을 보냄 (2) GDCPEA 및 GDC 로그 서버 - GDCPE(Geographically Distributed Cloud Performance ..
1 The Wrong Voting System - 잘못된 방법 - 누구나 주어진 요청에 대해 한 번만 투표 가능 - 각 요청 구조체 내부에 존재하는 새로운 배열 생성 (비어있음) - 투표를 하기 시작하면 해당 주소 배열을 채우는 것 - 승인자 배열을 반복하며 주소가 트랜잭션을 보낸 사람이라면 true가 되고 루프 돌아 - 주소 배열에 주소가 존재하지 않는 것을 확인하여 존재하지 않을 경우에만 동작하도록 함 1) Issues with Arrays - for 루프를 1000번 돈다로 가정했을 때 1000 가스를 필요로 함 - 하나의 기여자를 확인하기 위해 불필요하게 많은 가스를 사용함 - 10000의 기여자가 있다면 그만큼 배로 필요로 하는 가스가 증가하는 것 - 많은 사람들을 관리하기 위한 다른 데이터 구..
