반응형

 

1. 속도 체크 방법
1) Pingdom 유료 툴 : 5개 국가 (Eastern US, Western Us, Europe, Eastern Asia, Australia)
2) chrome 개발자도구의 네트워크탭 + Touch VPN 무료 툴 :   Unite States, Russian Federation, Canada, France, Germany, Netherlands, Unite Kingdom)
 
2. 이슈
1) 모바일 접속 시 3~40초 대
2) pingdom 유럽 체크 시 3~40초대 pingdom grade D 67점
 
3. 현황
1) 개편이 여러번 됐으며, 개발자가 자주 바뀌면서 소스가 지저분함
2) 반응형 웹으로 모바일과 PC 버전이 한 소스파일에 등록되어있음
3) 보이지 않는 부분(PC접속시 mobile 버전, mobile 접속시 PC버전)까지 중복 resource를 가져옴
4) 서버가 국내에 위치(IDC가 따로 존재함)
5) 서버 구조
6) page size가 큰편이며, resources 자체가 많음
 
4. 대응 내역
1) 1차 대응(네트워크 이슈가 크다고 판단)
  • 파일 사이즈를 감소시키기 위한 대응
    • 이미지 파일 경량화 : 성과가 잘 나타났고 가장 대응하기 쉬웠음 (https://imagecompressor.com/ko/)
    • 쿼리 확인 : 메인 페이지였기 때문에 복잡한 쿼리가 없어 확인 후 수정하지 않음
  • 리소스를 감소 시키기위한 대응 
    • 컨텐츠 정비 : 성과가 잘 나타났으나, 감소시키는데 한계가 있으며, 개발공수가 들어감
    • css나 javscript 소스를 정리하는 방법에 대해서 고민을 했지만 공수가 많이 들고, 공통으로 쓰는게 있어서 불가능하다고 판단 
  • 모바일 대응
    • 하이브리드 앱이였던 서비스를 모바일 웹뷰로 전환 : 속도에 대한 성과가 거의 없었으며, 비용이 많이 나갔음
  • 속도 관련 컨설팅 업체 미팅(결국 컨설팅을 받지 않음)
    • Meta****
      • 부하테스트를 해본 후 솔루션을 제공할 수 있다고 함
      • 네트워크 구간의 테스트는 힘들며 테스트를 한다해도 해결 방안이 없다는 의견
    • ****Korea
      • 내부 보안 장비에 대한 이슈 테스트(느려지는 구간 파악 후 서버의 설정을 바꾸는 의견제시)
      • TTFB(브라우져가 요청 후 첫 바이트를 수신할때 까지의 시간)테스트 : 쿼리 성능 및 웹서버 성능에 대한 이슈 검토
      • 정적인 컨텐츠를 웹서버에서 분리 하는것 권장(IDC 영역)
      • 사용자 접속 지역에 따라 가장 가까운 캐싱 서버를 이용하도록 권장(비용이 들어감)
      • 동적캐싱(홀사이트 캐싱) 권장 (개발공수가 들어감)
      • 통신사에 라우팅 구간에 대한 검토를 요청(비협조적)
 
2) 2차 대응(메인 개편 후 적용)
  • 리소스를 감소 시키기위한 대응 
    • lazy loading 적용
      • JSP 화면단 <head>태그에 jquery.lazyload.min.js 임포트
      • 공통으로 사용하는 javascript에 lazyloading 설정
$(function(){
    $("img.lazy").lazyload({
        threshold: 500,
        effect : "fadeIn"
    });
});
      • JSP 화면단에서 img 태그의 class 추가 및 src 대신 data-original로 변경
<img class="lazy" data-original="../../img.png" alt="" />
      • 이슈 사항 : img 태그를 감싸고있는 상위 element의 속성이 style= "display:none;" 에 대한 부분을 컨트롤 하지 못함
    • http로 request하는 이미지들에 대해 https로 수정
      • 서비스가 ssl이 적용이 되어있어 소스 내부에 있는 이미지들을 http로 request 할 경우 https로 재 request를 하여 두번 호출하는 경우가 생김
    • javascript중 비동기 처리가 가능 한 부분을 비동기처리
      • 호출 순서에 연관이 없는 javscript에 대해 비동기 처리
 
 
3) 3차 대응
  • 파일 사이즈를 감소시키기 위한 대응
    • 이미지 파일 경량화 : 1차 대응 때와는 다르게 성과가 없었음 (https://imagecompressor.com/ko/)
    • 컨텐츠를 줄일 수 없는 상황이였으며, 리소스를 감소시킬 수 있는 방안에 대해 모색하여야 했음
  • 리소스를 감소 시키기위한 대응 
    • 사용하는 css와 javscript 소스를 판단하는 방법을 찾음
      • chrome의 개발자도구 → ctrl + shift + p  >show coverage 입력 coverage탭에서 ● 버튼 클릭
      • 사용중/미사용중인 javascript와 css가 표시됨(소스단위로 까지 볼수 있음)
    • css 파일 정리
기존 jsp 화면단 소스
<link rel="stylesheet" href="/css/common.css" type="text/css" />
 
기존 common.css 내부 소스
@charset 'utf-8';
@import url(css/css1.css);
@import url(css/css2.css);
@import url(css/css3.css);
 
개선한 jsp 화면단 소스
<link rel="stylesheet" href="/css/css1.css" type="text/css" />
<link rel="stylesheet" href="/css/css2.css" type="text/css" />
<link rel="stylesheet" href="/css/css3.css" type="text/css" />
 
      • 안쓰는 css 정리 및 css 파일 하나로 merge
        • 23개의 css파일을 → 4개로 줄임(리소스개수가 확 줄었고, pingdom grade도 증가했으며, 속도를 극적으로 줄여줌)
 
    • javascript 파일 정리
      • 안쓰는 javascript 정리 : 리소스 개수는 크게 줄진 않았으며, 속도를 조금 줄여줌
      • 비동기 처리가 가능한 javscript 정리 :  2차 대응때 했던 호출순서에 연관없는 javascript 비동기 처리를 늘림
      • javascript 순서 정리
        • DOMContentload 단계에 영향이 있는 script를 <head> 태그 내부로 이동
prioriry(우선순위)를 Highest 수준으로 설정
        • load 단계에 영향이 있는 script를 <body> 태그 내부 제일 마지막 부분으로 이동
웹브라우저가 HTML 문서를 해석할 때 <script> 태그를 만나면 그 안에 있는 javascript 의 처리가 끝날 때 까지 다른 HTML의 해석을 멈추기 때문에 body 태그 하단에 배치
prioriry(우선순위)를 Mideum 수준으로 설정
        • 초기 랜더링에 영향이 없는 script는 defer attribute를 추가 
prioriry(우선순위)를 Low 수준으로 설정
<script defer type="text/javascript" src="/js/egovframework//common/common.js" ></script>
        • 메인 페이지에 종속성이 없는 script(광고삽입 코드 등..) async 처리
 
    • 모바일 컨텐츠 줄이기
      • 호출하는 이미지 갯수를 감소시킴(속도에 영향이 거의 없었음)
 
    • 네트워크 연결 관련 설정 추가
      • 이미지 파일이 위치한 DNS 서버 prefetch 적용 (이미지 서버에서 모든 이미지마다 이미지서버의 dns lookup을 하는데 그 시간을 단축)
      • JSP 화면단 <head>태그에 미리 dns 서버의 정보를 심어둠  
<link rel="dns-prefetch" href="http://web.server.com">
 
    • css sprite 기법 적용
      • 같은 사이즈의 연속되는 심볼 이미지 파일을 하나의 png 파일로 묶은 후 이미지 경량화 및 css 수정
        • css 파일
 #top{background:url(../../img/category.png) no-repeat 0 0; text-indent:-99999px; display: inline-block; width:60px; height:50px;}
.top_img1{background-position:0px 0px !important;}
.top_img2{background-position: -60px 0px !important;}
.top_img3{background-position: -120px 0px !important;}
.top_img4{background-position: -180px 0px !important;}
.top_img5{background-position: -240px 0px !important;}
.top_img6{background-position: -300px 0px !important;}
.top_img7{background-position: -360px 0px !important;}
 
.top_img8{background-position:0px -50px !important;}
.top_img9{background-position: -60px -50px !important;}
.top_img10{background-position: -120px -50px !important;}
.top_img11{background-position: -180px -50px !important;}
.top_img12{background-position: -240px -50px !important;}
.top_img13{background-position: -300px -50px !important;}
.top_img14{background-position: -360px -50px !important;}
 
        • JSP 화면단
<span class="top_img${idx.count }" id="top"></span>
 
5. 결과
1) 3~40초대에 육박하는 load time을 최소 12초 까지 줄어들었음
2) pingdom grade가 67점 에서 71점으로 올랐으며, D등급에서 C등급으로 상승
3) 페이지 사이즈 : 747.64KB , Requests 수 : 90
 
6. 마무리
1)  진행한 작업 순서
  • 이미지 파일 경량화
  • 쿼리확인
  • 컨텐츠 줄이기
  • 하이브리드앱을 웹뷰로 전환
  • lazyloading 적용
  • http로 request하는 이미지들에 대해 https로 수정
  • javascript중 비동기 처리가 가능 한 부분을 비동기처리
  • 이미지 파일 재경량화
  • css 파일 merge
  • css 파일 분리(한 css 파일에 import된 css JSP 화면단으로 분리)
  • 덜쓰는 css 파일 merge 후 삭제
  • 안쓰는 css 파일 삭제 
  • 덜쓰는 javscript 파일 merge 후 삭제
  • 안쓰는 javascript 삭제
  • DOMContentload 단계에 영향이 있는 script를 <head> 태그 내부로 이동
  • load 단계에 영향이 있는 script를 <body> 태그 내부 제일 마지막 부분으로 이동
  • 초기 랜더링에 영향이 없는 script는 defer attribute를 추가 
  • 메인 페이지에 종속성이 없는 script(광고삽입 코드 등..) async 처리
  • 모바일 컨텐츠 줄이기
  • 이미지 파일이 위치한 DNS 서버 prefetch 적용
  • css sprite 기법 적용
 
2) 네트워크 이슈는 배제할수 없으나 소스상에서 줄일 수 있는 부분은 최대한 줄여보는것을 추천

 

7. 추가 대응

jstl 태그 c:if 또는 c:forEach 등의 사용으로 무분별한 개행처리가 되어 메인 페이지의 소스를 3만줄 이상 road함

개행처리에 대해 소스 수정

속도 이슈에 긍정적인 효과가 꽤 컸음

반응형
반응형

1. 개요 

- 일반 log4j2설정으로는 원하는 로그를 설정할 수 없음

- client가 많은 서비스에서 쿼리까지 보는데 log가 많이 쌓임

- 서비스 구동하는 동안 request count가 필요했음

- requset한 parameter, client 브라우저등 과 같은 커스텀한 log를 만들고 싶었음

 

2. 설정 방법

- request가 들어올때 servlet에서 url mapping 전에 interceptor를 먼저 탐 이를 이용하여 log 설정을 진행(interceptor를 활용하여 주로 로그인 권한을 체크함) 

- servlet 설정에서 interceptor 추가

  • 경로 : 서비스명\src\main\webapp\WEB-INF\config\egovframework\springmvc\egov-com-servlet.xml

  • 소스 추가 :

    <mvc:interceptors>

        <mvc:interceptor>

            <mvc:mapping path="/**" />

           <bean class="egovframework.com.cmm.interceptor.LoggerInterceptor" />

        </mvc:interceptor>

    </mvc:interceptors>

 

 

- bean class에 명시한 경로에 java file 생성

  • 경로 : 서비스명\src\main\java\egovframework\com\cmm\interceptor\LoggerInterceptor.java

  • 소스 추가 :

package egovframework.com.cmm.interceptor;

import java.net.InetAddress;

import java.text.SimpleDateFormat;

import java.util.Date;

import java.util.Enumeration;

import javax.servlet.http.HttpServletRequest;

import javax.servlet.http.HttpServletResponse;

import org.springframework.web.servlet.ModelAndView;

import org.springframework.web.servlet.handler.HandlerInterceptorAdapter;

import egovframework.service.util.NetworkUtil;

/**

 * 로그용 인터셉터

 * @author

 * @since

 * @version 1.0

 * @see

 */

public class LoggerInterceptor extends HandlerInterceptorAdapter {

     // 로그 고유번호 변수선언 및 초기화

     public long lognumber = 0;

    

     @Override

     public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {

           // 인터셉터 접근 시 로그 고유번호 증가

           lognumber++;

           

           // request 객체에 로그 고유 번호 set

           request.setAttribute("requestLogId", lognumber);

           

           // 로그에 담을 서버 현재 날짜 및 시간 세팅

           // 날짜 포맷 지정

           SimpleDateFormat dateFormat = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");

           // 서버의 현재 날짜 객체 생성

           Date date = new Date();

           // 날짜 포맷 형태로 서버 현재 날짜 및 시간 변수 선언 및 초기화

           String requestTime = dateFormat.format(date);

     

           // client의 브라우저 명칭을 담을 변수 선언 및 초기화

           String browser ="";

           

           // client header에서 브라우저 언어를 담을 변수 선언 및 초기화

           String acceptLang = request.getHeader("Accept-Language");

           

           // client의 브라우저 언어를 담을 변수 선언

           String browserLanguage = "No Data";

           

           // header에 브라우저 언어가 있을경우 분기 처리

           if(acceptLang != null){

                // header에서  브라우저 언어 추출

                browserLanguage = acceptLang.split(",")[0];

           }

           

           try {

                // client header에서 브라우저 정보를 담을 변수 선언 및 초기화

                String browserInfo = request.getHeader("User-Agent"); // 사용자 User-Agent 값 얻기

                // header에 브라우저 정보가 있을 경우 분기 처리

                if (browserInfo != null) {

                     // header에서 Trident 문자열이 있을 경우 브라우저 언어는 Internet Explore

                     if (browserInfo.indexOf("Trident") > -1) {

                           browser = "MSIE";

                     // header에서 Chrome 문자열이 있을 경우 브라우저 언어는 Internet Explore

                     } else if (browserInfo.indexOf("Chrome") > -1) {

                           browser = "Chrome";

                     // header에서 Opera 문자열이 있을 경우 브라우저 언어는 Internet Explore

                     } else if (browserInfo.indexOf("Opera") > -1) {

                           browser = "Opera";

                     // header에서 Firefox 문자열이 있을 경우 브라우저 언어는 Internet Explore

                     } else if (browserInfo.indexOf("Firefox") > -1) {

                           browser = "Firefox";

                     // header에서 iPhone 문자열이 있을 경우 브라우저 언어는 Internet Explore

                     } else if (browserInfo.indexOf("iPhone") > -1 && browserInfo.indexOf("Mobile") > -1) {

                           browser = "iPhone";

                     // header에서 Android 문자열이 있을 경우 브라우저 언어는 Internet Explore

                     } else if (browserInfo.indexOf("Android") > -1 && browserInfo.indexOf("Mobile") > -1) {

                           browser = "Android";

                     }

                }

           } catch (Exception e) {

                e.printStackTrace();

           }

           

           // client IP를 담을 변수 선언 및 초기화

           // client IP가 아닌 서버 IP를 담는 이슈로 인해 정상 처리를 위한 함수 호출

           String clientIp = NetworkUtil.getClientIpAddr(request);

           

           // request method를 담을 변수 선언 및 초기화

           String requestMethod = request.getMethod();

           

           // request한 uri를 담을 변수 선언

                           // request한 프로토콜 명

           String uri = request.getScheme() + "://" +

                           // request한 서버 이름

                           request.getServerName() +

                           // request한 스키마가 http이면서 80포트이거나, request 스키마가 https이면서 443포트인 경우 포트 생략 아닐 경우 :포트번호 추가

                           ("http".equals(request.getScheme()) && request.getServerPort() == 80 || "https".equals(request.getScheme()) && request.getServerPort() == 443 ? "" : ":" + request.getServerPort() ) +

                           // request한 uri

                           request.getRequestURI() +

                           // request한 쿼리가 있으면 쿼리 스트링의 시작을 알리는 ?와 쿼리스트링 추가 없을경우 빈값

                           (request.getQueryString() != null ? "?" + request.getQueryString() : "");

           

           // 서버 ip를 담을 변수 선언 및 초기화

           // 현재 서버의 localhost명을 담을 변수 선언 및 초기화

           InetAddress address = InetAddress.getLocalHost();

           // 서버 ip를 담을 변수 선언 및 초기화

           String serverIp = address.getHostAddress();

           

           // request된 파라미터를 정리하여 log로 뿌려줄 변수 선언 및 초기화

           String params ="";

           

           // request된 파라미터를 담을 변수 선언 및 초기화

           Enumeration param = request.getParameterNames();

           

           // request된 param가 있을 때까지 반복

           while(param.hasMoreElements()){

                // request된 파라미터의 이름을 담을 변수 선언 및 초기화

                String name = (String)param.nextElement();

                // request된 파라미터의 값을 담을 변수 선언 및 초기화

                String value = request.getParameter(name);

                // value값이 있을 경우 params 변수에 이름:값 탭을 추가

                if(null != value && !"".equals(value)){

                     params += (name+":"+value+"\t");

                }

           }

        // 로그 정리

          System.out.println("\n\n=========================================\tREQUEST START\t=========================================");

           System.out.println(" Log ID \t:  " +request.getAttribute("requestLogId"));

           System.out.println(" Request Time \t:  "+ requestTime);

           System.out.println(" BrowserLanguage:  " + browserLanguage);

           System.out.println(" BrowserInfo \t:  " + browser);

           System.out.println(" Client IP \t:  " + clientIp);

           System.out.println(" Method \t:  " + requestMethod);

           System.out.println(" Request URL \t:  "+ uri);

           System.out.println(" Server IP \t:  "+ serverIp);

           System.out.println(" Parameters \t:  " + params);

          System.out.println("=========================================\tREQUEST END\t\t=========================================\n\n");

           

           // request된 intercepter 종료

           return super.preHandle(request, response, handler);

     }

     

     public void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler, ModelAndView modelAndView) throws Exception {

           // 로그에 담을 서버 현재 날짜 및 시간 세팅

           // 날짜 포맷 지정

           SimpleDateFormat dateFormat = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");

           // 서버의 현재 날짜 객체 생성

           Date date = new Date();

           // 날짜 포맷 형태로 서버 현재 날짜 및 시간 변수 선언 및 초기화

           String responseTime = dateFormat.format(date);

           

           // request한 uri를 담을 변수 선언

                           // request한 프로토콜 명

           String uri = request.getScheme() + "://" +

                           // request한 서버 이름

                           request.getServerName() +

                           // request한 스키마가 http이면서 80포트이거나, request 스키마가 https이면서 443포트인 경우 포트 생략 아닐 경우 :포트번호 추가

                           ("http".equals(request.getScheme()) && request.getServerPort() == 80 || "https".equals(request.getScheme()) && request.getServerPort() == 443 ? "" : ":" + request.getServerPort() ) +

                           // request한 uri

                           request.getRequestURI() +

                           // request한 쿼리가 있으면 쿼리 스트링의 시작을 알리는 ?와 쿼리스트링 추가 없을경우 빈값

                           (request.getQueryString() != null ? "?" + request.getQueryString() : "");

           

           // 로그 정리

          System.out.println("\n\n=========================================\tRESPONSE START\t=========================================");

           System.out.println(" Log ID \t:  " + request.getAttribute("requestLogId"));

           System.out.println(" Response Time \t:  "+ responseTime);

           System.out.println(" Request URL \t:  "+ uri);

           // java 버전 이슈로 인해 response객체의 status값(200, 403 ... )을 받아오지 못해 주석 처리

           // System.out.println(" Response status:  " + response.getStatus());

          System.out.println("=========================================\tRESPONSE END\t\t=========================================\n\n");

           

           // response된 intercepter 종료

           super.postHandle(request, response, handler, modelAndView);

     }     

}

 

 

3. 단점

- log가 여러줄로 처리되어 다른 log와 중첩되어 보여지는 경우가 간혹 발생하며, 

서버 side에서 늦게 처리되는경우 request와 respone를 각각 확인하기 어려운 경우가 있음

반응형
반응형

google traslate 구버전에서 자동 번역 기능 추가 하는 방법

<div id="google_translate_element">
</div>
<script>
function googleTranslateElementInit() {
new google.translate.TranslateElement({
pageLanguage: 'en',
includedLanguages: 'zh-CN,nl,en,fr,de,ja,ko,es,th,cy',
autoDisplay: false,
layout: google.translate.TranslateElement.InlineLayout.HORIZONTAL
}, 'google_translate_element');
}
</script>

현재 상황 
  • 예전에 무료로 사용했던 웹에 붙이는 google번역기가 유료로 전환하며 무료서비스는 종료
  • 더이상 기능 개선이 안되고 레퍼런스를 찾아보기 힘듦

기능 수정 요청
  • 특정 URL접속 시 자동으로 번역되도록 수정 요청

이슈
  • google.translate객체 생성 시 autoDisplay : true, 로 변경하면 자동으로 변경이 될것을 기대했지만 변경되지 않음.
  • https://ooz.co.kr/154 참조


해결 방안
  • Google 번역은 'googtrans'라는 쿠키를 사용하여 선택한 언어를 추적함.
  • 페이지가 로드되기 전에 쿠키를 직접 설정할 수 있으며 Google 번역에서 cookie를 바라봄
  • https://stackoverflow.com/questions/1773687/google-translate-set-default-language 참조
  • 소스
window.onload = function(){
     var l_from_domain = $("#from_domain").val();
     if (l_from_domain=="cn"){
           document.cookie="googtrans=/en/zh-CN";
     }
     
     // 영어(기본), 중국어(번체), 중국어(간체),스페인어, 포르투갈어, 일본어, 러시아어
     new google.translate.TranslateElement({
            pageLanguage: "en",
            includedLanguages: "en,zh-CN,zh-TW,es,pt,ja,ru",
            layout: google.translate.TranslateElement.InlineLayout.SIMPLE,
            autoDisplay: true
            , multilanguagePage: true
        }, l_google_id);
};












반응형
반응형
블록체인은 기본적으로
(1) 높은 가치를 가진
(2) 익명 기반의 정보를 
(3) 중앙화된 시스템이 없이 
(4) 신뢰성 높게 
(5) 공유하는 것을 목표로 합니다.


반응형
반응형


반응형
반응형

트랜젝션의 이해
  • 트렌잭션 : 거래내역
  • 트렌잭션의 종류 : 채굴된 내역, 코인의 거래 내역
  • input :
- B가 A에게 거래금액을 받는 행위 
- 거래금액을 성공적으로 받게 되면 B에게는 사용 되지 않은 트랜잭션 아웃풋(Unspent Transaction Outputs) 상태가됨 
  • output :
- 사용 되지 않은 트랜잭션 아웃풋 상태에서 B가 C에게 거래금액을 보내는 행위
- 거래금액을 성공적으로 보내게 되면 B에게는 사용된 트랜잭션 아웃풋(spent Transaction Outputs) 상태가됨
  • UTXOs 모델 :
- output을 할때 나에게 input된 금액들중 output 할 금액과 가장 비슷한 금액을 선택하여 트랜잭션을 발생시킴
- output 할 금액이 input된 금액의 합보다 작을 클경우(거스름돈이 필요할 경우) 마이너스 연산을 하지 않고,
남는 output의 금액만큼 나에게 다시 보내는 것
  • private key, public key 
- private key : 개인키
- public key : 공개키
- 해당 키들은 트랜잭션이 발생할때 암호화하고 해독 할때 사용
- address가 곧 public key이고 private key는 개개인이 가지고있음
- public key로 암호화해서 트랜잭션을 보내면 private key로 해독을 할수있고
반대로 private key로 암호화 하여 트랜잭션을 보내면 public key로 해독을 할수있음
- private key로 잠궈서 사방에 뿌리는 것은 모두에게 자신이 진짜라는 것을 증명할때 사용 (내 private key로 잠궜으니 내 public key로 열어봐)
- 상대방 public key로 잠궈서 상대방에게 넘기는 것은 이 내용을 네트워크상에서 누군가 조작하는 것을 방지하기 위해서 하는 것
이건 상대방 private key로만 열수 있으니 절대 조작이 불가능
※ 참조 사이트 1 :  https://rsec.kr/?p=426
※ 참조 사이트 2 : http://soul0.tistory.com/361

반응형
반응형

채굴(마이닝)
  • 채굴 : 새로운 블록을 생성하기위한 행위
  • 채굴시스템을 도입한 이유 - 비트 코인 마이닝의 예 (POW (Proof of Work) 방식)
- A 와 B 가 거래를했습니다.
그 거래를 제3자가 인증하고서야 비로서 거래가 인증됩니다.
하지만 그 인증을 위해, 많은 시간이 소비된다면 아무도 하고 싶어하지 않겠죠?
그래서 그 인증을 해 준 사람에게 비트 코인으로 보수가 지급되는 방식을 도입했습니다.
보수가 생기자 모두가 그 인증 작업을 하고 싶어합니다.
그래서 인증 작업에 입후보 한 사람은 수학의 난제가 주어지게되어 
그것을 가장 먼저 푼 사람이 인증 작업을 할 수 있는 권리를 얻게 됩니다
이 인증 작업을 행하는 것을 마이닝 (채굴)이라고합니다.
  • 블록 : 거래 내역들을 하나로 묶어 채굴이라는 작업을 통해 데이터로 저장하는 보관함 
  • 블록의 구성 요소 : ※ https://www.blockchain.com/ko/search
① 현재 블록의 해시(Hash) : 채굴 시 맞춘 정답의 값 (유니크한 값)
② 블록 해더
- 버전 (Version) : 소프트웨어/프로토콜 버전
- 이전 블록의 해시 (Previous Block) : 블록 체인에서 바로 앞에 위치하는 블록의 블록 해쉬
- 머클 루트 (Merkle Root) : 모아놓은 거래내역들을 2개씩 sha256을 통해 코드 값들을 만든후 만들어진 코드 값을 다시 2개씩 sha256으로 코드 값을 만들고 계속 반복하여 하나의 코드가 나올때까지 만든 최종값 
- 시각 (time) : 블록이 생성된 시간
- 비트 (Bits) : 난이도 조절용 수치
- 해시 난수 (Nonce) : 최초 0에서 시작하여 조건을 만족하는 해쉬값을 찾아낼때까지의 1씩 증가하는 계산 회수
③ 거래정보
④ 기타정보
- 다음 블록의 해시 (Next Blocks) : 블록 체인에서 바로 뒤에 위치하는 블록의 블록 해쉬
- 난이도 (Difficulty) : 채굴의 난이도  ※https://www.blockchain.com/charts/difficulty?timespan=all
- 거래 수 (Number Of Transactions) : 블록에 포함된 거래내역의 수
- 출력 합계 (Output Total) : 블록에 포함된 거래내역의 금액 합계
- 예상된 거래량 (Estimated Transaction Volum) :
- 크기 (Size) : 데이터의 사이즈
- 블록 보상 (Block Reward) : 채굴 보상
- 거래 수수료 (Transaction Fees)
  • 채굴 방법 
- 버전 + 이전 블록해시 + 머클루트 + 시각 + 비트 + 해시 난수를 sha256을 통해 해시 값을 찾음
- 여기서 시각과 해시난수(nonce)값을 지속적으로 변경해가며 해시 값 앞의 0이 n개 이상이면 (즉 일정한 수치 이하의 값이면) 채굴에 성공하게됨
- extranonce : 논스의 범위인 0~40억을 다 소진하게 되면 mempool에서 트랜잭션 조정이 이뤄지고, extranonce를 증가시킴.
- extranonce를 바꾸면 머클루트가 바뀜
- 블록을 만드는 시작시점은 전세계 노드들중 가장빨리 블록을 생성한 노드가있다면 해당내용을 모든 노드들에게 전파를 함
이때 현재 블록을 누군가 완료했다는 전파사실을 알게되면 하던일을 멈추고 그 다음블록을 마이닝함
  • 코인 베이스 : 채굴후 보상받은 코인 (첫 트랜잭션)
  • 트랜잭션 : 거래 내역
  • MEMPOOL :
- 트랜잭션을 발생시키는 순간 해당 노드에서 Pending Transaction을  Mempool에 가지고 있음
- 인접한 노드에게 Broadcast로 발생된 트랜잭션을 전파한다. 전달받은 노드도 인접한 노드들에게 Broadcast 함
- Mempool에 담긴 트랜잭션은 Tx Fee 가 높은 우선 순위에 따라 Miner가 블록을 만들 때 먼저 들어가게 됨
  • 마이닝 시뮬레이터 실습 사이트 : http://yogh.io/#mine:last
  • 브로드캐스트 (broadcast) : P2P 네트워크로 전달된 트랜잭션은 네트워크에 참가하는 모든 노드로 전파하는 것


      ※ 채굴 방법의 다른 설명들
① 아직 어떤 블록에도 들어 있지 않은 트랜잭션을 모으고,
거기에 자신의 보수인 트랜잭션 (코인베이스)을 더한 임의의 숫자 (넌스 Number used once)를 첨가하여 해시를 계산.
그 해시 값 앞의 0이 n개 이상이면 (즉 일정한 수치 이하의 값이면) 채굴에 성공해, 새로운 블록으로 배포.
채굴이라는 행위는 넌스를 점점 변화시켜 해시 값이 수치 이하가 될 때까지 반복하는 것.

② 마이닝은 블록체인(Blockchain) 상에 새로운 거래를 포함한 블록을 추가하는 과정.
네트워크 상에서 한 노드가 새로운 거래가 발생하였기 때문에 블록체인, 즉 분산장부(Distributed Ledger)상의 변경을 제안했다고 가정해보면
노드들 중 이러한 거래들을 모아서 하나의 블록으로 만드는 역할을 하는 특수한 노드들을 '마이너(Miner)'라고 함.
즉 채굴을 하는 사람들이라는 뜻.

이러한 과정을 채굴이라고 부르는 이유는 그 결과로 비트코인(bitcoin)이 주어지기 때문.
새로운 블록을 생성하여 그 보상으로 비트코인을 지급받는 행위를 은유적으로 '채굴'이라 부르는 것.
다만 마이닝은 블록을 만들어 내는 것이고 블록 생성의 대가로 비트코인을 받는 것이지 블록 그 자체는 비트코인이 아님.

③ 마이닝 알고리즘
마이너들은 네트워크 상의 신규 거래들을 모아서 한 개의 블록으로 만들고 블록체인의 말단에 추가하는 역할을 함.
이는 구체적으로 다음과 같은 순서로 진행:
1. 마이닝 노드에서 네트워크 상의 제안된 거래들을 수집(머클루트 생성)
2. 일정 수의 거래가 모이면 하나의 블록을 생성
3. 블록을 무작위 숫자(nonce)를 변경해 가며 암호화하여 SHA256 방식으로 암호화하여 해쉬 코드(hash code) 생성
4. 생성된 해쉬 코드를 정해진 난이도(difficulty level)와 비교
5. 난이도보다 작은 경우 3단계 반복
6. 난이도보다 큰 경우 성공이므로 이를 다른 노드로 브로드캐스트하여 검증
7. 검증이 완료되면 블록체인에 해당 블록이 성공적으로 추가됨(추가되며 검증이 함께 이루어지는 과정)
이 과정이 쉽지 않은 이유는 우선 3번 단계에서 수없이 같은 연산을 프로세서가 반복해야 하기 때문.
이 연산 능력, 즉 Computing power 를 통해 컴퓨터 자원을 소모함으로써 거래를 증명하는 이 방식을 Proof of Work (PoW) 방식이라 함.
이 반복 연산은 무작위 수를 대입하는 방법이므로
1) 더 강력한 연산 능력을 가진 하드웨어로
2) 운이 좋을 때에
성공적으로 블록을 생성할 수 있음.
다른 사람이 먼저 동일한 블록을 생성한다면 그때까지의 연산은 무효가 되어 버리기 때문.
더불어 난이도는 비트코인 네트워크 전체에 속한 컴퓨팅 파워에 비례하여 커지기 때문에 난이도가 커질수록 블록 생성을 통한 채굴은 어려워짐.

  • sha256 해시 : 어떠한 입력값을 넣으면 암호화 하여 256비트로 구성되어 64자리 문자열을 반환하는 함수(단방향 암호 알고리즘)
  • sha256 해시의 특징:
- 결정론(Determinism) : 동일한 입력 메세지는 항상 같은 해시 출력을 만듬.
- 검증성(Verifiability) : 메세지의 해시 계산이 효율적. (선형 복잡도)
- 무관계(Uncorrelated) : 원본 메세지와 출력 해시를 연관 지을 수 없도록 입력 메세지의 매우 작은 부분이 변경되어도 해시 출력의 많은 부분이 변경되어야함.
- 비가역성(Irreversibility) : 해시 출력을 통해서 입력 메세지를 계산하는 것은 불가능. brute-force로 가능한 모든 메세지를 찾는 것과 같음.
- 충돌 방지(Collision Protection) : 두 개의 다른 입력 메세지가 동일한 해시 출력을 만들 수 없어야 함. 해시 충돌에 대한 저항은 이더리움에서 디지털 서명 위조를 피하기 위해 중요함.

반응형
반응형

1) 블록체인 네트워크에 참여자
  • 노드 = 클라이언트 = 네트워크 참여자
  • 노드 : 블록체인 네트워크에 참여하는 디바이스를 통틀어 표현하는 용어
  • 노드가 되는 방법 : 블록체인 프로그램 설치
  • 채굴을 하기위해서도 프로그램을 설치해야하기때문에 채굴자(마이너)역시 노드가 됨
  • 사용자 : 비트코인을 사고 판다고해서 노드가 아님

반응형
반응형

ajax 통신 중 success : 옵션 실행중 for문안에서
다시 ajax 통신으로 값을 받아올 필요가 있어 소스를 짰는데
결과 값이 원하는대로 출력되지 않았다.
디버깅 해보니 for문안에 ajax를 먼저 호출하기도하고 프로그램이 꼬인상태

ajax 옵션에서  
    async: false,
를 주면  success 옵션이 끝나지 않아도 ajax를 호출할수있게 비동기 처리함.

예제
$.ajax({
    url : '/ajaxtest1.do',
    data : { 'arr_no' : l_arr_no},
    dataType : 'text',
    async: false,
    type : 'POST',
    success : function(l_resultvalue) {
        var l_result_value = eval('(' + l_resultvalue + ')');
        if(l_result_value.resultcode > 0) {  
              
            $.ajax({
                    url : '/ajaxtest2.do',
                    dataType : 'text',
                    type : 'POST',
                    data : {'code' : code},
                    async: false,
                    success : function(l_resultvalue) {
                                var l_result_value = eval('(' + l_resultvalue + ')');
                                if(l_result_value.resultcode > 0) {
                                      alert("성공");
                                }

                    }
              });
        }
    }
});

반응형
반응형

에러 메시지 : Type handler was null on parameter mapping for property '__frch_item_0.value'. 에러

현상 : my batis foreach 문 사용시 에러가 발생

<foreach collection="list" item="item" index="index" separator="," open="(" close=")">
    #{item.value}
</foreach>

원인 :  parameter 전달이 부정확하고, xml에서 정확히 받지 못했을 경우 아래와 같은 오류가 발생할 수 있다.

해결 : 
<foreach collection="list" item="item" index="index" separator="," open="(" close=")">
    #{item,jdbcType=VARCHAR}
</foreach>

반응형

+ Recent posts