토큰 추적

마지막 업데이트: 2022년 5월 5일 | 0개 댓글
  • 네이버 블로그 공유하기
  • 네이버 밴드에 공유하기
  • 페이스북 공유하기
  • 트위터 공유하기
  • 카카오스토리 공유하기
중요: 서버는 애플리케이션을 자동으로 다시 활성화하지 않습니다. 사용 가능한 토큰 수를 보강한 후 애플리케이션을 수동으로 다시 활성화해야 합니다. 애플리케이션 사용 안함 설정과 사용 설정에 대한 자세한 정보는 보호된 자원에 대한 애플리케이션 액세스를 사용 안함으로 원격 설정을 참조하십시오.

토큰 추적

This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.

  • Open with 토큰 추적 Desktop
  • View raw
  • Copy raw contents Copy raw contents

Copy raw contents

Copy raw contents

라이센스 추적은 >에서 기본적으로 사용으로 설정되어 있으며 활성 클라이언트 디바이스, 주소 지정 가능한 디바이스, 설치된 앱과 같은 라이센싱 정책과 관련된 메트릭을 추적합니다. 이 정보는 >의 현재 사용이 라이센스 부여 레벨에 속하고 잠재적인 라이센스 위반을 방지할 수 있는지 판별하는 데 유용합니다.

또한 클라이언트 디바이스 사용량을 추적하고 디바이스가 활성인지 판별하여 > 관리자가 >에 더 이상 액세스하지 않는 디바이스를 역할 해제할 수 있습니다. 직원이 퇴사하는 경우 등에 이러한 상황이 발생합니다.

애플리케이션 라이센스 정보 설정

라이센스 조항은 >, > Consumer, > Enterprise, IBM > Additional Brand Deployment를 구별합니다. 라이센스 추적 보고서에서 올바른 라이센스 정보를 생성할 수 있도록 애플리케이션을 서버에 등록할 때 애플리케이션의 라이센스 정보를 설정하십시오. 서버가 토큰 라이센싱을 사용하도록 구성되어 있는 경우 라이센스 정보를 사용하여 라이센스 서버에서 올바른 기능을 체크아웃합니다.

애플리케이션 유형과 토큰 라이센스 유형을 설정하십시오. 애플리케이션 유형의 가능한 값은 다음과 같습니다.

  • B2C: 애플리케이션에 > Consumer 라이센스가 있는 경우 이 애플리케이션 유형을 사용하십시오.
  • B2E: 애플리케이션에 > Enterprise 라이센스가 있는 경우 이 애플리케이션 유형을 사용하십시오.
  • UNDEFINED: 주소 지정 가능한 디바이스 메트릭에 대해 규제 준수를 추적할 필요가 없는 경우 이 애플리케이션 유형을 사용하십시오.

토큰 라이센스 유형의 가능한 값은 다음과 같습니다.

  • APPLICATION: 대부분의 애플리케이션에 APPLICATION을 사용하십시오. 이 값이 기본값입니다.
  • ADDITIONAL_BRAND_DEPLOYMENT: 애플리케이션에 IBM > Additional Brand Deployment 라이센스가 있는 경우 이 ADDITIONAL_BRAND_DEPLOYMENT를 사용하십시오.
  • NON_PRODUCTION: 프로덕션 서버에서 애플리케이션을 개발하고 테스트 중인 경우 NON_PRODUCTION을 사용하십시오. 토큰 라이센스 유형이 NON_PRODUCTION인 애플리케이션에 대해서는 토큰이 체크아웃되지 않습니다.

중요: 프로덕션 앱에 NON_PRODUCTION을 사용하는 것은 라이센스 조항 위반입니다.

참고: 서버가 토큰 라이센싱을 사용할 수 있도록 구성되어 있고 토큰 라이센스 유형이 ADDITIONAL_BRAND_DEPLOYMENT 또는 NON_PRODUCTION인 애플리케이션을 등록하려는 경우 애플리케이션의 첫 번째 버전을 등록하기 전에 애플리케이션 라이센스 정보를 설정하십시오. mfpadm 프로그램을 사용하여 버전을 등록하기 전에 애플리케이션의 라이센스 정보를 설정할 수 있습니다. 라이센스 정보가 설정된 후 첫 번째 앱 버전을 등록할 때 올바른 수의 토큰을 체크아웃합니다. 토큰 유효성 검증에 대한 자세한 정보는 토큰 라이센스 유효성 검증을 참조하십시오.

mfpadm 프로그램에서 라이센스 유형을 설정하려면 mfpadm app set license-config 을 사용하십시오.

다음 예제에서는 my.test.application 애플리케이션에 라이센스 정보 B2E/APPLICATION을 설정합니다.

>은 클라이언트 디바이스 메트릭, 주소 지정 가능한 디바이스 메트릭, 애플리케이션 메트릭에 대한 라이센스 추적 보고서를 제공합니다. 또한 보고서는 히스토리 데이터를 제공합니다.

라이센스 추적 토큰 추적 보고서에는 다음과 같은 데이터가 표시됩니다.

  • >에 배치된 애플리케이션 수
  • 이번 달의 주소 지정 가능한 디바이스 수
  • 활성 상태와 역할 해제 상태의 클라이언트 디바이스 수
  • 최근 n일 동안 보고된 최대 클라이언트 디바이스 수. 여기서 n은 클라이언트 디바이스가 역할 해제된 후 활동하지 않은 기간(일)입니다.

데이터를 자세히 분석할 수 있습니다. 이를 위해 라이센스 보고서와 라이센스 메트릭의 히스토리 목록이 포함된 CSV 파일을 다운로드할 수 있습니다.

라이센스 추적 보고서에 액세스하려면 다음을 수행하십시오.

라이센스 추적 보고서에서 CSV 파일을 얻으려면 조치/보고서 다운로드를 클릭하십시오.

토큰 라이센싱을 위해 IBM >를 설치하고 구성한 경우 서버가 여러 시나리오에서 라이센스의 유효성을 검증합니다. 구성이 올바르지 않으면 애플리케이션 등록 또는 삭제 시 라이센스의 유효성이 검증되지 않습니다.

애플리케이션의 토큰 라이센스 유형에 사용할 수 있는 토큰이 부족한 경우 애플리케이션 등록에 실패합니다.

팁: 첫 번째 앱 버전을 등록하기 전에 토큰 라이센스 유형을 설정할 수 있습니다.

애플리케이션당 한 번만 라이센스를 확인합니다. 동일한 애플리케이션에 대해 새 플랫폼을 등록하거나 기존 애플리케이션과 플랫폼의 새 버전을 등록하는 경우 새 토큰을 청구하지 않습니다.

토큰 라이센스 유형 변경 시

애플리케이션의 토큰 라이센스 유형을 변경하는 경우 애플리케이션의 토큰을 해제한 후 새 라이센스 유형에 사용하도록 회수합니다.

애플리케이션의 마지막 버전이 삭제되면 라이센스를 체크인합니다.

등록된 모든 애플리케이션에 대해 라이센스를 체크아웃합니다. 모든 애플리케이션에 사용할 수 있는 토큰이 부족한 경우 서버에서 애플리케이션을 비활성화합니다.

중요: 서버는 애플리케이션을 자동으로 다시 활성화하지 않습니다. 사용 가능한 토큰 수를 늘린 후 애플리케이션을 수동으로 다시 활성화해야 합니다. 애플리케이션 사용 안함 설정과 사용 설정에 대한 자세한 정보는 보호된 자원에 대한 애플리케이션 액세스를 사용 안함으로 원격 설정을 참조하십시오.

특정 기간이 지난 후에는 라이센스가 만료되며 다시 체크아웃해야 합니다. 모든 애플리케이션에 사용할 수 있는 토큰이 부족한 경우 서버에서 애플리케이션을 비활성화합니다.

중요: 서버는 애플리케이션을 자동으로 다시 활성화하지 않습니다. 사용 가능한 토큰 수를 보강한 후 애플리케이션을 수동으로 다시 활성화해야 합니다. 애플리케이션 사용 안함 설정과 사용 설정에 대한 자세한 정보는 보호된 자원에 대한 애플리케이션 액세스를 사용 안함으로 원격 설정을 참조하십시오.

서버 종료 중에 배치된 모든 애플리케이션에 대해 라이센스를 체크인합니다. 팜 클러스터의 마지막 서버가 종료된 경우에만 토큰이 해제됩니다.

라이센스 유효성 검증 실패 원인

다음과 같은 경우 애플리케이션이 등록되거나 삭제되면 라이센스 유효성 검증에 실패합니다.

  • Rational Common Licensing 네이티브 라이브러리가 설치되어 구성되지 않았습니다.
  • 관리 서비스에 토큰 라이센싱이 구성되어 있지 않습니다. 자세한 정보는 토큰 라이센싱을 위한 설치 및 구성을 참조하십시오.
  • Rational License Key Server에 액세스할 수 없습니다.
  • 사용할 수 있는 토큰이 부족합니다.
  • 라이센스가 만료되었습니다.

>에서 사용되는 IBM Rational License Key Server 기능 이름

토큰 라이센스 유형 기능 이름
APPLICATION ibmmfpfa
ADDITIONAL_BRAND_DEPLOYMENT ibmmfpabd
NON_PRODUCTION (기능 없음)

IBM License Metric Tool과 통합

IBM License Metric Tool을 사용하여 IBM 라이센스 준수를 평가할 수 있습니다.

IBM Software License Metric Tag 또는 SWID(소프트웨어 ID) 파일을 지원하는 BM License Metric Tool 버전을 설치하지 않은 경우에는 >에서 라이센스 추적 보고서를 사용해 라이센스 사용을 검토할 수 있습니다. 자세한 정보는 라이센스 추적 보고서를 참조하십시오.

SWID 파일을 사용하는 PVU 기반 라이센싱 정보

IBM MobileFirst Foundation Extension V8.0.0 오퍼링을 구매한 경우 PVU(Processor Value Unit) 메트릭에서 라이센스가 부여됩니다.

PVU 계산은 ISO/IEC 19970-2 파일과 SWID 파일에 대한 IBM License Metric Tool의 지원을 기반으로 합니다. SWID 파일은 IBM Installation Manager가 > 또는 >를 설치할 때 서버에 기록됩니다. IBM License Metric Tool이 현재 카탈로그에 따라 제품에 올바르지 않은 SWID 파일을 발견하면 소프트웨어 카탈로그 위젯에 경고 사인이 표시됩니다. IBM License Metric Tool이 SWID 파일을 사용하여 작업하는 방법에 대한 자세한 정보는 https://www.ibm.com/support/knowledgecenter/SS8JFY_9.2.0/com.ibm.lmt.doc/Inventory/overview/c_iso_tags.html의 내용을 참조하십시오.

Application Center 설치 수는 PVU-based 라이센싱으로 제한되지 않습니다.

Foundation Extension의 PVU 라이센스는 IBM WebSphere Application Server Network Deployment, IBM API Connect™ Professional 또는 IBM API Connect Enterprise 제품 라이센스와 함께 구매하는 경우에만 구매할 수 있습니다. IBM Installation Manager가 License Metric Tool에서 사용할 SWID 파일을 추가하거나 업데이트합니다.

IBM MobileFirst Foundation은 IBM Software License Metric Tag(SLMT) 파일을 생성합니다. IBM Software License Metric Tag를 지원하는 IBM License Metric Tool 버전은 라이센스 이용 보고서를 생성할 수 있습니다. >에 대한 해당 보고서를 해석하고 IBM Software License Metric Tag 파일의 생성을 구성하려면 이 절을 읽으십시오.토큰 추적

실행 중인 MobileFirst 런타임 환경의 각 인스턴스는 IBM Software License Metric Tag 파일을 생성합니다. 모니터되는 메트릭은 CLIENT_DEVICE , ADDRESSABLE_DEVICE , APPLICATION 입니다. 24시간마다 해당 값을 새로 고칩니다.

CLIENT_DEVICE 메트릭 정보

CLIENT_DEVICE 메트릭에는 다음과 같은 하위 유형이 있습니다.

MobileFirst 런타임 환경 또는 동일한 클러스터나 서버 팜에 속하는 다른 MobileFirst 런타임 인스턴스를 사용한 클라이언트 디바이스와 역할 해제되지 않은 클라이언트 디바이스의 수입니다. 역할 해제된 디바이스에 대한 자세한 정보는 클라이언트 디바이스 및 주소 지정 가능한 디바이스에 대한 라이센스 추적 구성을 참조하십시오.

MobileFirst 런타임 환경 또는 동일한 클러스터나 서버 팜에 속하는 다른 MobileFirst 런타임 인스턴스를 사용한 클라이언트 디바이스와 역할 해제된 클라이언트 디바이스의 수입니다. 역할 토큰 추적 해제된 디바이스에 대한 자세한 정보는 클라이언트 디바이스 및 주소 지정 가능한 디바이스에 대한 라이센스 추적 구성을 참조하십시오.

  • 디바이스의 역할 해제 기간이 짧은 기간으로 설정된 경우 "비활성 디바이스" 하위 유형은 "활성 또는 비활성 디바이스" 하위 유형으로 대체됩니다.
  • 디바이스 추적이 사용 안함으로 설정된 경우 CLIENT_DEVICE 에는 하나의 항목만 생성되며 값은 0이고 메트릭 하위 유형은 "디바이스 추적 사용 안함"입니다.

APPLICATION 메트릭 정보

개발 서버에서 MobileFirst 런타임 환경이 실행 중인 경우가 아니면 APPLICATION 메트릭에 하위 유형이 없습니다.

이 메트릭에 대해 보고되는 값은 MobileFirst 런타임 환경에 배치되는 애플리케이션의 수입니다. 각 애플리케이션은 새 애플리케이션인지, 추가 브랜드 배치인지 아니면 기존 애플리케이션의 추가 유형(예: 네이티브, 하이브리드 또는 웹)인지에 상관없이 한 단위로 계수됩니다.

ADDRESSABLE_DEVICE 메트릭 정보

애플리케이션 유형은 B2C, B2E 또는 UNDEFINED입니다. 애플리케이션의 애플리케이션 유형을 정의하려면 애플리케이션 라이센스 정보 설정을 참조하십시오.

토큰 추적

Ethereum 0x19fa. 8036000

Ethereum 0x19fa. 8036000

Chronic Token 계약

지갑 네트워크를 변경해주세요

메타마스크 애플리케이션의 전자 지갑 네트워크를 변경하여 이 장기 구매 계약을 추가하십시오.

CHT 라이브 가격 데이터

Chronic Token is a payment solution designed by and for the cannabis community. Over the past year, we've utilized our experience, as well as market research, to begin development on Chronic Token (complete), our own blockchain (in progress), and an all-in-one POS system (in progress). Our upcoming POS system is designed to consolidate all of the needs within the industry into one centralized location. This system will encompass automated Identification verification, inventory management, and digital payments. With this unified solution, having to cross-reference multiple programs is a thing of the past. When utilizing blockchain technology, developing custom solutions to adhere to the business’s needs is a breeze. This is accomplished by utilizing programming languages such as JavaScript, Go, and Kotlin to build on our blockchain, closing the gap between blockchain and traditional programming. We believe a more developer-friendly 토큰 추적 ecosystem will grow the blockchain space as a whole and allow for consistent innovation going forward. Blockchain is the future, and use cases such as the cannabis industry, given the technical hurdles that are required to navigate in today’s world, are in desperate need of more efficient solutions. We want to give back to the cannabis community and we believe blockchain is the key to making the industry as a whole a more streamlined one.

[Microsoft 365 보안 강화 방안] AD FS 토큰 서명 인증서 탈취를 시작으로 Azure AD까지 수직 이동으로 뚫고 들어가는 공격

2020년 12월 파이어아이는 UNC2452라고 명명 후 지속해 추적 중인 공격자의 침해 캠페인을 공개했습니다. 맨디언트는 추적과 분석을 통해 이 공격자가 온프레미스 환경에 접근 후 Microsoft 365에 대한 접근 권한까지 얻는 것을 확인했습니다. 네, 온프레미스 네트워크를 첫 공격 목표로 잡은 후 클라우드 서비스까지 침해한 것입니다.

내부 네트워크 침투 후 클라우드까지 이동한 케이스

UNC2452의 침해 활동은 가벼이 여길 것이 아닙니다. 클라우드 이용에 관심이 있는 조직이라면 새로운 내부 이동 패턴에 주목해야 합니다. 보통 초기 침투 후 내부 이동을 하는 경우 주로 사내 네트워크 환경에서 행위가 이루어집니다. 반면에 UNC2452의 침해는 내부 네트워크에 접근한 후 권한을 획득하고, 이를 이용해 클라우드 서비스까지 침해하는 이동 경로를 보여 줍니다. ​내부 이동에 있어 기업이 주의해야 할 패턴이라 판단하여 맨디언트는 적절한 방어 전략을 안내하기 위해 백서(Remediation and Hardening Strategies for Microsoft 365 to Defend Against UNC2452)를 발표했습니다. 더불어 맨디언트는 UNC2452 침해 관련해 감사를 수행하는 데 필요한 스크립트인 'Azure AD Investigator'를 깃허브 페이지에 올려놓았습니다. Microsoft 365를 이용 중이라면 감사 스크립트를 한번 돌려 보는 것을 권장합니다.

UNC2452가 사용한 전술, 기술, 절차(TTP)

맨디언트는 UNC2452가 다음과 같은 네 가지 기본 기술을 조합하여 침해 기업의 내부 네트워크에서 Microsoft 365 클라우드 서비스로 이동하는 것을 관찰하였습니다.

  1. AD FS(Active Directory Federation Services) 토큰 서명 인증서를 탈취해 임의 사용자에 대한 토큰을 위조합니다. 이를 Golden SAML 기법이라 하는데, 자세한 내용은 백서를 참조 바랍니다. 이런 식의 접근을 통해 공격자는 사용자의 암호나 다중 인증(MFA: Multi Factor Authentication) 메커니즘을 거치지 않고도 Microsoft 365와 같이 페더레이트된 리소스 제공자에 인증을 통과할 수 있습니다.
  2. Azure AD에서 신뢰할 수 있는 도메인을 수정하거나 추가하여 공격자가 제어하는 새로운 IdP(Identity Provider)를 추가합니다. 이런 식으로 공격자는 임의 사용자에 대한 토큰을 위조할 수 있으며, 이를 통해 Azure AD 백도어를 만듭니다. 이를 통해 온프레미스에서 클라우드로 수직 이동할 수 있는 길을 틉니다.
  3. Microsoft 365 계정과 동기화된 글로벌 관리자, 애플리케이션 관리자 같은 높은 권한이 있는 사용자의 자격 증명을 침해합니다.
  4. 토큰 추적
  5. 기존 Microsoft 365에 새로운 애플리케이션 서비스 자격 증명을 추가합니다. 이를 통해 Azure AD 권한 상승을 합니다. 이 방법에 대한 기술적 상세 내용을 잘 정리한 블로그가 있으니, 관심 있는 분은 해당 글을 참조 바랍니다.

이상으로 UNC2452 캠페인 관련 주요 내용을 알아보았습니다. UNC2452의 TTP 그리고 침해를 완화하는 방안에 대한 상세 내용은 백서를 참조 바랍니다. 참고로 다음 표를 통해 FireEye Helix가 UNC2452 침해를 어떤 로직 하에 탐지했는지 그리고 이들 얼럿은 MITRE가 정의한 공격 기술 중 어떤 항목과 관련이 있는지를 알 수 있습니다.

토큰 추적

2022-07-31 일 11:36

추천 [ 16 ]

사진 = 권도형 테라폼랩스 대표 / 인터넷갈무리

루나·테라 사태 피해자 소송을 대리 중인 한상준 법무법인 대건 변호사는 "검찰 수사는 우선 루나·테라 사태에 연루된 마켓메이킹팀(MM팀)을 정조준했다"며 "코인을 띄우며 시세 조작에 가담한 MM팀 추적 결과가 수사의 포인트가 될 것"이라고 30일 이데일리가 토큰 추적 보도했다.

앞서 국산 가상화폐 '테라·루나 폭락 사태'를 수사 중인 검찰이 가상화폐(가상자산) 거래소에 대한 압수수색을 7일여만에 종료했다.

토큰포스트 취재 결과, 서울남부지검 금융범죄합동수사단(이하 합동수사단)은 지난 20일 시작한 복수의 가상화폐 거래소에 대한 압수수색을 27일 종료했다.

합동수사단은 지난 20일부터 27일까지 업비트, 빗썸, 코빗, 코인원, 고팍스, 지닥, 후오비코리아 등 가상자산거래소 7곳을 압수수색했다.

또한 신현성 티몬 이사회 의장 자택, 관계사인 커널랩스·차이코퍼레이션·더안코어컴퍼니·플렉시코퍼레이션도 압수수색 대상에 올랐다.

검찰은 본격적인 자료 분석 중이다.

한편, 루나·테라 급락 사태는 알고리즘 스테이블 코인 테라USD가 달러화와의 페깅(고정 가치)이 끊어지면서 테라USD의 가격을 지지해주던 코인 루나의 가격도 연쇄 폭락한 사건이다.

테라폼랩스는 연 20%의 이율을 지급한다고 홍보해왔으나, 지난 5월 초 테라의 가격이 1달러 아래로 떨어지는 등 페깅 시스템이 불안정해지자 이를 지지해주던 루나의 가격마저 급락하며 일주일 만에 시가총액의 대부분이 증발했다.

이에 투자자들은 테라폼랩스와 권 대표, 테라폼랩스 공동창업자 신씨를 사기·특정 경제범죄 가중처벌 등에 관한 법률 위반(사기)·유사수신행위의 규제에 관한 법률 위반 혐의로 남부지검 증권범죄합수단에 고소장을 제출했다.

레이븐( Raven)코인 : 토큰 생성 및 관리에 관한 모든 것

2018년 1월에 출시된 레이븐 코인 프로토콜은 사용자가 새로운 자산 클래스를 생성하고 소유권을 다른 당사자에게 원활하게 전송할 수 있도록 설계된 탈중앙화 P2P 블록체인 인프라입니다.

ravencoin

레이븐코인(Ravencoin)이란?

레이븐 코인은 비트코인 코드의 오픈 소스 포크로 공개된 블록체인 및 플랫폼입니다. 이 소프트웨어는 토큰 추적 사용자가 몇 분 안에 자신의 토큰을 만들고 전 세계 어디에서나 거래할 수 있도록 최적화되어 있습니다. 다른 유사한 프로젝트와 달리 레이븐 코인은 ICO(Initial Coin Offering) 또는 사전 채굴 이벤트를 하지 않았습니다

비트코인에서 영감을 받은 레이븐 코인의 주요 아이디어는 실제 사용 사례에서 토큰 생성 및 전송을 용이하게 하는 것이었습니다. 여기에는 증권, 수집품, 금, 이벤트 티켓 및 기본적으로 발행자가 결정하는 모든 것과 같은 자산이 포함됩니다. 간략히 말하면, 레이븐 코인은 토큰 생성 및 관리에 관한 것입니다.

레이븐 프로토콜 사용자는 프로토콜과 관계없이 자산에 대한 규칙을 만들고 목적을 결정하고 설정할 수 있습니다. 이러한 자산은 모든 레이븐 코인 주소로 양도할 수 있으며 제작자는 실제 물리적 자산을 활용하여 NFT를 개발할 수도 있습니다.

레이븐 코인 프로젝트는 2017년 10월 MIT 텍사스 비트코인 컨퍼런스에서 처음 발표되었으며 공식 네트워크는 2018년 1월에 출시되었습니다. 하루 만에 100명이 넘는 채굴자들이 전면에 등장했습니다. 일주일 후, 네트워크는 수천 명의 채굴자들로부터 지원을 받아 해시 비율이 크게 상승했습니다.

신규가입시 최대 100$ 보너스

레이븐 코인은 어떻게 작동하나요?

레이븐 코인은 사업가이자 비트코인 옹호자인 부루스 펜톤(Bruce Fenton)의 아이디어입니다. 펜톤(Fenton)은 토큰화된 자산 전송을 전문으로 하는 네트워크를 만들기 위해 비트코인의 코드를 포킹하는 아이디어를 처음 제안했으며 암호화로 전환하기 전에 레거시 금융계에서 일했습니다. 레이븐 코인은 오픈 소스이므로 중앙 집중식 리더십이 없습니다.

레이븐 코인은 네트워크를 보호하기 위해 비트코인의 작업 증명(PoW) 알고리즘과 유사한 합의 메커니즘을 사용합니다. 원래 X16R 알고리즘을 기반으로 구축되었으며 ASIC 내성에도 불구하고 결국 ASIC(Application Specific Integrated Chips)으로 마이닝할 수 있게 되었습니다.

그러나, 네트워크의 현재 마이닝 알고리즘인 KAWPOW는 채굴자의 진입 장벽을 줄이는 데 도움이 됩니다. 프로그POW 및 ethhash에서 조달한 KAWPOW는 레이븐 코인의 배포 메커니즘을 향상시키기 위해 특정 수정 사항을 적용했습니다.

이 알고리즘은 또한 소비자 등급 GPU(그래픽 처리 장치)가 ASIC 저항을 유지하면서 네트워크 토큰을 채굴할 수 있도록 합니다. 또한, KAWPOW는 네트워크의 유효성을 선별된 그룹이 아닌 커뮤니티의 손에 맡겨 분산화를 촉진하여 프로토콜을 다른 블록체인 네트워크보다 더 평등하게 만듭니다.

오랫동안 디지털 자산 전송을 하도록 특별히 설계된 오픈 소스, 탈중앙화 블록체인이 없었습니다. 가장 유명한 두 가지의 블록체인: 비트코인과 이더리움은 디지털 자산을 전송할 수 있습니다. 하지만, 이때문에 특정 단점으로 이어질 수 있습니다.

비트코인은 네트워크 상의 거래소나 지갑으로 전송된 내장형 자산을 파괴하고, 이더리움은 자산 전송을 지원하지만 매우 혼란스럽고 엄청나게 지루할 수 있습니다. 하나는 ERC-20 토큰이 동일한 이름을 공유할 수 있기 때문에 심각한 오류가 발생할 수 있다는 점입니다. 레이븐 코인 팀은 블로그 게시물에서 “Ravens는 진실의 진술을 전달하는 메신저로 사용됩니다. 레이븐 코인은 누가 어떤 자산을 소유하고 있는지에 대한 진술을 전달하도록 설계된 사용 사례별 블록체인입니다.”

레이븐 코인 네트워크는 자산이 파괴되지 않도록 보호하고 고유한 이름의 자산과 토큰을 생성할 수 있도록 특별히 최적화되었습니다. 이러한 발행된 토큰은 쉽게 양도할 수 있고 고유한 특성을 가지고 있으며 네트워크 사용자는 이러한 자산을 양도할 뿐만 아니라 추적할 수도 있습니다.

레이븐 코인을 사용하여 투표하기

포괄적인 유통 시스템과 강력한 채굴 커뮤니티를 통해 레이븐 코인은 기본 자산에 최고 수준의 보안을 제공합니다. 비트코인의 포크임에도 불구하고, Raven 네트워크는 메시지 및 투표 기능을 할 수 있도록 조정했습니다. 이를 통해 자산 발행자는 이해 관계자에게 한 방향으로 메시지를 전달할 수 있으며 시스템은 또한 투표할 때가 되면 토큰 보유자에게 알립니다.

투표 토큰을 생성하여 개별 보유자에게 할당할 수 있으며, 개인 보유자는 레이븐 코인 네트워크의 특정 주소로 토큰을 전송하여 투표를 할 수 있습니다. 레이븐 코인은 엄청난 헌신적인 팀이 있는 오픈 소스 프로젝트입니다. 그러나 출시 전에 프로토콜은 ICO를 수행하거나 토큰을 사전 채굴하거나 모든 종류의 모금 마련을 하지 않았습니다. 계층적 및 기업 구조 대신 네트워크의 공식 리더십은 보다 평등하고 탈중앙화 프로토콜입니다.

최대 100배 레버레지로 계약거래

RVN코인이란?

RVN은 레이븐 코인 네트워크를 지원하는 기본 통화입니다. 이 토큰은 본질적으로 플랫폼의 “가스” 역할을 하며 블록체인에서 거래를 보호하고 확인하기 위해 거래 수수료를 지불하고 네트워크 검증자에게 보상하는 데 사용됩니다. RVN 공급량은 2,100만 개의 토큰으로 고정되어 있으며 이더리움의 ERC-20 토큰과 마찬가지로 Raven이 발행한 자산은 다양한 방식으로 사용되며 동일한 구조를 공유합니다.

RVN vs ETH

두 토큰 사이의 주요 차이점은 Raven에서 발행된 자산은 독특한 이름을 가졌고, 이더리움의 경우 그렇지 않습니다. RVN은 또한 세 가지 주요 목적을 위해 정기적으로 소각됩니다. 첫 번째는 레이븐 체인에 토큰 자산의 발행률을 유지하는 것입니다. 두 번째는 규제 요구 사항을 충족하기 위해 제한된 자산을 만드는 것입니다. 마지막으로 토큰을 소각하여 자산 전송 수수료를 생성합니다.

RVN은 무엇에 사용됩니까?

RVN은 비트코인이나 법정화폐와 마찬가지로 가치를 전송하는 데에도 사용할 수 있습니다. 토큰 보유자에게 보상이나 배당금을 지급하는 데에도 사용할 수 있습니다. RVN을 기반으로 하는 고유 자산은 실제 자산에 연결될 수도 있습니다. 이 커뮤니티 기반 프로토콜은 포크 또는 업그레이드가 구현될 수 있는 상황을 수용하기 위해 거버넌스를 위한 BIP9 합의 규칙을 사용합니다.

3년 전 시작된 이래 레이븐 코인은 대부분의 최고의 암호화폐 거래소에서 지원을 받았습니다. 이 프로젝트는 공정한 출시, 평등주의적 합의 메커니즘 및 분권화 정신을 지지하는 점에서 찬사를 받았습니다. 레이븐 코인은 최근 바이낸스 스마트 체인(BSC)으로 기능을 확장했습니다. 2021년 4월, 레이븐코인 백서 공동저자인 트론블랙(Tron Black)은 사용자가 디지털 자산을 대출, 차용 또는 거래할 수 있도록 스마트 계약에 RVN을 사용할 수 있다고 밝혔습니다.

이는 네트워크의 Peg-in 및 Peg-out 기능을 사용하여 수행됩니다. 페그인은 RVN 토큰이 잠기고 바이낸스 스마트 체인으로 전송되는 곳이며, 사용자는 그 대가로 새로 발행된 pRVN 토큰을 받습니다. 반면에 Peg-out 기능은 사용자가 자신의 pRVN을 반환할 때 사용되며 소각되고 RVN이 반환됩니다.

그러나 최고의 레이븐 조차도 폭풍우가 심한 날이 있습니다. 2020년 7월에 악의적인 엔터티는 코드의 취약점을 악용할 수 있었고, 이로 인해 실제로 RVN 토큰을 발행할 수 있었습니다. 그 후 체인의 토큰 경제학을 재설정하기 위해 네트워크는 보상하기 위해 280만 RVN 토큰을 소각하기로 결정했습니다.

젊은 산업임에도 불구하고 비트코인과 이더리움은 이미 이 분야의 세계에서 부분을 차지하고 있습니다. 레이븐 코인은 약자로 자리 매김을 하고 2021년에 엄청난 인기를 얻었습니다. 분산화, 개인 정보 보호 및 검열 방지 외에도 레이븐 코인 프로토콜은 토큰화된 자산을 실제 가치에 연결하는 데 도움이 되는 매우 필요한 투명성과 책임감을 가져다 줍니다.

레이븐 코인은 투자할 가치가 있을까요?

RVN은 5월 17일 현재 $0.1286에 거래되는 이번 황소 시즌에 급격한 상승을 기록했으며, 2021년 초에는 센트가 조금 넘었습니다. 네트워크의 채굴자들은 토큰의 가치 상승으로 상당한 이익을 얻었고, 그 결과 채굴 업계의 관심이 높아졌습니다.

레이븐 코인은 NFT 영역의 혼란 속에서 잠재적으로 틈새 시장을 발견할 수 있습니다. 네트워크의 실행 가능성을 살펴보는 동안 레이븐 코인은 NFT를 위한 수익성 있는 허브를 제공하며 공간에 필요한 것이 될 수 있습니다. 특히 이더리움 네트워크에서 트래픽이 거래 수수료를 터무니없는 수준으로 끌어올렸기 때문에 전송 비용은 디지털 자산의 가장 큰 문제 중 하나였습니다.

레이븐 프로토콜은 0.01 RVN(~$0.00012)에 불과합니다. 고유한 토큰 이름을 보장하는 것 외에도 IFPS 메타 데이터도 지원하므로 데이터를 변경할 수 없는 방식으로 보호할 수 있습니다. 여러 실제 문제를 해결하는 것을 목표로 하고 결국 “모든 거래의 잭” 유형의 거래가 되는 대부분의 블록체인 네트워크와 달리 레이븐 코인은 토큰화된 자산 전송을 위한 이동 플랫폼이 되는 목표에 레이저 초점을 맞춥니다.

현물거래 수수료 0

결론

자산 관리 세계는 제공할 것이 많고 프로토콜은 아직 개발 초기 단계에 있습니다. 경쟁은 치열하지만 고개를 숙이고 낮춤에도 불구하고 레이븐 코인은 네트워크 기능에 대해 동등한 목소리를 내는 꾸준히 성장하는 커뮤니티의 지지를 얻었습니다.

주요 개발자는 업계에서 가장 존경받는 이름으로 전 세계에 퍼져 있습니다. NFT 혁명이 불어오는 이 시점에 레이븐이 얼마나 발전될지 지켜보는 것도 흥미로워 보입니다.


0 개 댓글

답장을 남겨주세요