L U N I V E R S E

FAQ

Frequently Asked Questions

Others

루니버스에 관한 콘솔 이용 방법은 [User Guide]를 통해 확인하실 수 있으며, API 문서는 [API Document]를 통해 확인이 가능합니다. 이용 관련하여 추가 문의사항 또는 개선 의견이 있으신 경우 support@luniverse.io로 메일을 보내주시면 최대한 빠르게 개선 의견 수용하도록 하겠습니다.

루니버스 SLA는 이용약관(Terms of Service) 하단에서 확인하실 수 있습니다.

루니버스 이용 관련하여 추가 문의사항 또는 개선 의견이 있으신 경우 support@luniverse.io로 메일을 보내주시면 최대한 빠르게 개선 의견 수용하도록 하겠습니다.

Pricing

루니버스는 신용카드 등록을 통한 정기결제로 결제가 가능합니다. 회원가입하여 Organization을 등록한 후, 해당 Organization에서 정기적으로 결제를 진행할 신용카드를 등록하면 익월 10일 자동으로 결제됩니다. 원활한 결제를 위해 등록한 신용카드의 한도 및 잔액을 꼭 확인해 주세요. 결제가 되지 않을 시 이용약관에 따라 체인 구동이 중단될 수 있습니다.

KB국민카드, 신한카드, 롯데카드, BC카드(우리, IBK기업 포함), 삼성카드, 현대카드, NH농협카드 총 7개 카드사의 신용카드로 자동결제 등록이 가능합니다. (현재 KEB하나카드는 지원되지 않습니다)

루니버스는 사용하신만큼 지불하는 방식으로, 선택하신 Plan에 따라 시간당 과금이 진행됩니다. 유저매니지먼트 서비스의 경우 해당 Plan별로 기본 무료 이용량이 제공되고, 기본 무료 이용량을 초과하여 사용하시는 경우 1,000건당 추가 과금이 발생합니다. 상세한 요금 내용은 [홈>Pricing] 페이지를 참고해주시기 바랍니다.

Service

댑서비스는 특정 애플리케이션(웹, 모바일 또는 데스크탑 애플리케이션 등)에서 블록체인 상의 컨트랙트, 토큰 등을 이용하여 다양한 기능을 구현하기 위해 필요한 API와 리소스를 정의하고 관리하는 서비스 입니다. 자세한 이용 방법은 [User Guide > Luniverse 사용하기]를 참고해주시기 바랍니다.

유저매니지먼트 서비스는 DApp을 이용하는 End User 관리를 위한 서비스로 원하는 End User가 월렛을 연동하여 사용할 수 있는 Wallet Bridge, End User의 키 관리를 대행해주는 Luniverse PKMS, 보다 편리하게 End User를 관리할 수 있는 Account Bridge 등의 서비스들이 있습니다. 자세한 이용방법은 [User Guide > User Management Service 이용하기]를 참고해주시기 바랍니다.

토큰서비스는 루니버스 상에서 GUI를 통해 손쉽게 Main Token과 Side Token을 발행하고, 관리하는 루니버스 상의 토큰 관련된 모든 서비스를 뜻합니다. 자세한 이용 방법은 [User Guide > Luniverse 사용하기]를 참고해주시기 바랍니다.

체인서비스는 루니버스 상에서 사이드체인을 개설하고, 관리하며 사이드체인에 Contract를 올리고 관리하는 사이드체인 관련된 모든 서비스를 뜻합니다.
자세한 이용 방법은 [User Guide > Luniverse 사용하기]를 참고해주시기 바랍니다.

BaaS는 Blockchain as a Service의 약자로 블록체인 인프라와 기술을 클라우드 기반 서비스 형태로 사용하실 수 있게 하는 SaaS(Software as a Service)를 뜻합니다. 루니버스는 기존에 단순한 Private Chain 인프라만 제공하던 BaaS1.0과 달리 체인, 토큰, 댑, 유저관리 등 DApp을 기획하고 개발하며 운영하는 과정에 필요한 다양한 블록체인 환경 및 서비스를 클라우드 기반으로 제공하는 차세대 BaaS인 BaaS2.0을 제공합니다. DApp 개발사는 루니버스를 활용하여 보다 쉽고 안전하게 DApp을 개발하여 운영할 수 있고, End User에게 일반 Web/App 환경과 다르지 않은 UX를 제공하여 많은 유저들에게 보다 친숙한 DApp을 서비스할 수 있습니다.

루니버스 플랜은 체인서비스, 토큰서비스, 댑서비스와 유저매니지먼트 서비스를 제공합니다. 모든 플랜별 제공되는 서비스는 동일하나, 체인의 사양에 차이가 존재하여 서비스의 특성에 따라 다음과 같이 Plan을 선택하시는 것을 권장합니다.

  • Dev Plan
    블록체인 DApp을 위한 개발환경을 구축하거나 Traffic이 많지 않은 B2B 서비스 또는 초기 단계의 서비스를 구축하기에 적합합니다.
  • Service Plan
    일반적인 블록체인 DApp 서비스를 구축하여 운영하기에 적합합니다.
  • Premium Plan
    게임을 비롯하여 Traffic이 많고 활성화된 블록체인 DApp 서비스를 구축하여 운영하기에 적합합니다. 또한, 체인의 Plan은 편리하게 업그레이드 가능합니다. (체인 업그레이드는 곧 기능 지원될 예정입니다.)

사이드체인 생성 갯수에는 제한이 없습니다. 원하시는 갯수 만큼 체인 생성이 가능하며, 생성한 체인의 개수만큼 Plan과 이용 시간에 따라 이용 금액이 청구됩니다. 예를 들어 Dev Plan 체인 2개, Service Plan 체인 1개를 사용 중인 경우 [Dev Plan 1의 이용시간 * 2,200원 + Dev Plan 2의 이용시간 * 2,200원 + Service Plan 1의 이용시간 * 4,400원] 이 청구됩니다.

Side Token과 DApp의 생성 개수에는 제한이 없습니다. 원하시는 개수 만큼 사이드체인 내에서 생성하여 사용하시면 됩니다.

REOA는 DApp당 최대 3개, IP Whitelist는 DApp당 최대 10개까지 이용이 가능합니다.

1개의 사이드체인에는 1개의 MT만 연동하여 사용할 수 있습니다. 또한, 1개의 MT에도 1개의 사이드체인만 연동하여 사용할 수 있습니다.

사이드체인은 2개의 Validator Node와 1개의 Monitoring Node로 구성되어 있습니다. 사이드체인 의 governance 유지, 안정성 증대 등을 목적으로 원하시는 갯수 만큼 노드를 증설하여 사용 가능하며, 사이드체인의 governance 기능 등을 순차적으로 추가 개발하여 제공할 예정입니다. (노드 증설 기능은 곧 추가 업데이트 예정입니다)

루니버스는 사이드체인의 다양한 주체가 지불하여야 하는 모든 가스를 Delegation Contract를 통해 조금 더 편리하게 잔고를 관리할 수 있도록 구성해두었습니다. Organization Owner는 해당 사이드체인의 Gas Delegation Contract에 LUK를 충전하여 사이드체인 운영에 필요한 모든 가스량을 충전해놓을 수 있습니다.

루니버스 사이드체인에서는 현재 Solidity v5.0까지 지원하고 있습니다. Solidity v5.1 이상은 한시적으로 지원되지 않으니 Solidity v5.0 이하로 작성된 Smart Contract를 Deploy 해주시기 바랍니다.

Technology

1개의 DApp은 우선 한개의 Sidechain 에서만 운영될 수 있도록 설계 되어 있습니다. 반대로, 1개의 사이드 체인에는 여러개의 DApp이 운영될 수 있습니다. 다만 비즈니스의 성격이 많이 다른 Dapp을 추가 개설할 경우에는 새로운 사이드체인 개설을 권장 드립니다.

Transaction Service를 통해서 실행하는 Transaction에 대해서는 320만 Gas를 Limit으로 하고 있습니다. Gas는 변수에 값을 저장할 때, 읽을 때 코드 로직에 따라 다르게 측정되므로 정확한 최대 길이를 가이드해드리기 어렵습니다. Receipt 조회를 통하여 소모된 Gas를 확인하고, Contract 코드에서 길이에 대해서 Soft Limit을 적용하는 것을 권장합니다.

Side Chain에서의 Transaction은 가스비가 발생하지 않습니다.

추가로 필요한 Method가 있는 경우 해당 Method를 추가하여 contract을 직접 작성 한 뒤 Usercontract으로 deploy하셔서 사용할 수 있습니다. Console에서 contract을 deploy 하고자 하는 체인을 클릭 > 체인의 사이드메뉴에서 User contract를 클릭하여서 contract을 deploy 할 수 있습니다.

사이드토큰을 생성하신 후 Dapp -> transaction management 메뉴에서 Redeem transaction을 사용 하시면 maintoken으로 전환 됩니다. Maintoken api는 별도 문의 주셔야 합니다.

Transaction Service를 통해서 실행하는 Transaction에 대해서는 320만 Gas를 Limit으로 하고 있습니다. Gas는 변수에 값을 저장할 때, 읽을 때 코드 로직에 따라 다르게 측정되므로 정확한 최대 길이를 가이드해드리기 어렵습니다. Receipt 조회를 통하여 소모된 Gas를 확인하고, Contract 코드에서 길이에 대해서 Soft Limit을 적용하는 것을 권장합니다.

사이드토큰을 생성하신 후 Dapp -> transaction management 메뉴에서 Redeem transaction을 사용 하시면 maintoken으로 전환 됩니다. Maintoken api는 별도 문의 주셔야 합니다.

1개의 DApp은 우선 한개의 Sidechain 에서만 운영될 수 있도록 설계 되어 있습니다. 반대로, 1개의 사이드 체인에는 여러개의 DApp이 운영될 수 있습니다. 다만 비즈니스의 성격이 많이 다른 Dapp을 추가 개설할 경우에는 새로운 사이드체인 개설을 권장 드립니다.

현재는 DApp 생성 후 삭제 기능을 준비 중에 있습니다. 다만 DApp 개수 한도가 없기 때문에 추가로 만드셔도 됩니다.

Side token 을 교환하는 컨트랙트를 직접 작성해서 배포한 후에 사용합니다. 아래 첨부한 컨트랙트 코드를 살펴보세요. https://github.com/bokkypoobah/TokenTrader/blob/master/contracts/TokenTraderFactory.sol

사이드체인의 stateRootHash 값이 mainchain에 트랜잭션으로 등록 됩니다. Side Chain의 위변조 여부를 판단하는 값이며, 현재는 6시간 간격으로 앵커링을 하고 있습니다.

Validator 노드의 경우 최초 등록시 3개가 필수로 필요합니다. 노드를 추가,삭제,변경 하는 기능에 대한 계획은 있으나 아직은 구현되지 않은 상태입니다. 다만 기능이 구현되더라도 validator를 교체할 때 geth 단에서도 다른 Validator들의 투표가 필요하기 때문에 동적으로 추가 삭제 하는데 있어 제약이 있을 예정입니다.

Tx History에서 txHash는 Transaction에 대하여 실행 요청이 된 후에 발급되므로 Tx 실행 API 호출 직후에는 txHash가 없을 수 있습니다.

문서로 제공해 드리는 API 는 Tx API 문서 입니다. 현재 콘솔에서는 Tx API로 생성된 EOA에 대해서 별도의 리스트를 제공하고 있지는 않습니다. 콘솔에서 생성한 REOA는 BE API를 통해 생성된 EOA로 콘솔에서만 리스트를 제공 중입니다.

DApp IP Whitelist 기반으로 제공되는 TxAPI는 DApp Back-end Server와 통신하는 것을 전제로 하고 있습니다. Front Application에 DApp API Key를 노출해서는 안됩니다. DApp Back-end Server를 통하여 Luniverse TxAPI를 호출할 수 있도록 구현해 주셔야 합니다.

REOA는 Private Key 관리를 Luniverse에서 관리하는 EOA입니다. Console에서 생성하는 REOA와 Wallet API를 통해서 생성하는 REOA가 형태는 동일하지만, Console에서 생성한 REOA는 DApp 관리자의 EOA, Wallet API를 통해서 생성한 REOA는 End User의 EOA로 사용하는 것을 권장하고 있습니다.

Tx API는 DApp Backend 서버에서 호출하는 것을 가정하고 있습니다. 따라서, IP Whitelist 관리 메뉴를 통해서 DApp Backend 서버의 IP주소를 등록하여 사용할 수 있도록 하고 있습니다. 또한, DApp API Key를 기준으로 DApp의 권한을 체크하고 있습니다.

1. 스냅샷 방식

2. 가상계좌 발급 후 수집 2가지 방법으로 가능합니다.

절차에 대한 자세한 사항은 User guide에서 확인하실 수 있습니다.

https://guide.luniverse.io/docs/%ED%86%A0%ED%81%B0-%EC%8A%A4%EC%99%91-%EC%A2%85%EB%A5%98-%EB%B0%8F-%EC%A0%88%EC%B0%A8

콘솔 Dashboard의 SIDE SCAN 영역을 클릭하여 Side Scan으로 접속할 수 있습니다. Side Scan의 Search 영역에서 Transaction Hash 기준으로 검색할 수 있습니다.

Transaction Service의 Tx API를 통해서 실행한 Transaction에 한해서 Tx API로 Receipt을 조회할 수 있습니다. https://apidocs.luniverse.io/tx-api 의 Receipt 섹션을 참고해 주세요.

관련된 소스 코드는 Github를 통해 확인하실 수 있습니다. https://github.com/Lambda256/luniverse-poa

관련된 소스 코드는 Github를 통해 확인하실 수 있습니다. https://github.com/Lambda256/luniverse-token-protocol

Transaction Service를 통해서 실행하는 Transaction에 대해서는 320만 Gas를 Limit으로 하고 있습니다. Gas는 변수에 값을 저장할 때, 읽을 때 코드 로직에 따라 다르게 측정되므로 정확한 최대 길이를 가이드해드리기 어렵습니다. Receipt 조회를 통하여 소모된 Gas를 확인하고, Contract 코드에서 길이에 대해서 Soft Limit을 적용하는 것을 권장합니다.

4F, 14 Teheran-ro 4-gil, Gangnam-gu, Seoul, Korea, 06232
Ceo. Park Jaehyun
Business Registration No. 694-86-01434
Online Marketing Report No. 2019-Seoul Gangnam-02255

ⓒ Lambda256 Inc, All Rights Reserved.