스마트컨트랙트 진행상황 공유

[seolcoding]

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.7;

import './PriceOracleMock.sol';
import '@openzeppelin/contracts/utils/Counters.sol';
import '@openzeppelin/contracts/access/Ownable.sol';

contract CDS {
  using Counters for Counters.Counter;

  address chainlinkDataFeedAddr = address(0);
  PriceOracleMock private priceOracleMock;
  Counters.Counter private _swapId;

  enum Status {
    pending,
    active,
    claimable,
    expired,
    liquidated
  }
  // TODO: add feature only pays back when manually claimed by buyer or seller
  // expired can be triggered by both date and overdue (seller wins) -> seller
  // manually claimed or expired with claimable status or automatically liquidated contract will be marked as liquidated (buyer wins) -> buyer
  mapping(uint256 => Swap) private _swaps;

  struct Swap {
    address buyer;
    address seller;
    uint256 claimPrice;
    uint256 liquidationPrice;
    uint256 sellerDeposit;
    uint256 buyerDeposit;
    uint256 premium;
    uint256 initialPriceOfAsset;
    Status status;
  }

  function getSwapInfo(uint256 _targetSwapId)
    public
    view
    returns (Swap memory)
  {
    return _swaps[_targetSwapId];
  }

  function createSwap() public returns (bool) {
    _swapId.increment();
    uint256 newSwapId = _swapId.current();
    uint256 initialPriceOfAsset = getPriceFromOracle();
    Swap memory newSwap = Swap(
      msg.sender,
      address(0),
      15000,
      10000,
      10000,
      3000,
      1000,
      initialPriceOfAsset,
      Status.pending
    );
    _swaps[newSwapId] = newSwap;
    return true;
  }

  function updateSwap() public returns (bool) {}

  function getPriceFromOracle() public view returns (uint256) {
    uint256 result = priceOracleMock.getPrice();
    return result;
  }

  function setOracle(address _priceOracleMock) public returns (bool) {
    require(_priceOracleMock != address(0x0), 'Invalid address');
    priceOracleMock = PriceOracleMock(_priceOracleMock);
    return true;
  }
}

[seolcoding]

윤수님이 진행하시는거랑 결정적으로 다른건 User 구조체가 없다는 점입니다.
pending된 cds가 active 상태가 될때까지 가격이 변동된다는 점때문에 그리 구현하시는걸로 이해했는데
그걸 고려해서 진행해야할지에 대해서 의문이 있습니다.

일단 체인링크의 기본적인 업데이트 인터벌인 한시간 간격으로 정하고 진행하면 되지 않을까 해서요

[seolcoding]

사실은 pending expiration을 두지 않는게 정확할 것 같습니다.
체인링크 갱신주기에 따라서 created와 accept시점에 오라클에서 주는 값이 달라진다면 무조건 해당 거래는 파기 또는 카운터오퍼 되는 형식이 되어야 한다고 생각합니다.

[seolcoding]

createSwap, acceptSwap 시점에 각각 오라클에서 값을 조회한 다음, 두 값이 다르다면 아예 createdSwap을 파기하는거죠

[seolcoding]

이렇게하면 자동으로 0.5% 이상 변동이 생겨서 오라클값이 바뀔때도 대응가능하고,
만약 체인링크 갱신주기를 10분 남기고 생성한 스왑과, 갱신주기를 50분 남기고 생성한 스왑 모두 공평하게 처리가능하다고 생각합니다.

[bbabi0901]

음 무슨 말씀인지 알겠습니다
말씀하신대로면 createSwap시의 가격만 기록하고 acceptSwap시 갱신되도록 해야겠네요

[bbabi0901]

거래 파기와 카운터 오퍼의 기준은 어떻게 생각하시나요?

[bbabi0901]

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.7;

import "../Price/PriceConsumer.sol";
import "@openzeppelin/contracts/utils/Counters.sol";

contract Swaps is PriceConsumer {
    using Counters for Counters.Counter;
    Counters.Counter private _swapId;

    enum Status {pending, active, claimable, expired, liquidated}
    mapping(uint256 => Swap) private _swaps;

    struct User {
        address addr;
        uint256 priceOfAsset;
        uint256 deposit;
    }

    struct Swap {
        User buyer;
        User seller;
        uint8 claimPrice; 
        uint8 liquidationPrice; 
        uint8 premium;
        Status status;
    } 

    event MakeSwap(address indexed buyer, uint8 premium, uint8 claimPrice, uint8 liquidationPrice);
    
    function _makeSwap(address _addr, uint8 _claimPrice, uint8 _liquidationPrice, uint8 _premium) public returns (uint256) {
        _swapId.increment();
        uint256 newSwapId = _swapId.current();
        
        _swaps[newSwapId].buyer.addr = _addr;
        _swaps[newSwapId].buyer.priceOfAsset = getPriceFromOracle();

        _swaps[newSwapId].claimPrice = _claimPrice;
        _swaps[newSwapId].liquidationPrice = _liquidationPrice;
        _swaps[newSwapId].premium = _premium;

        emit MakeSwap(_addr, _premium, _claimPrice, _liquidationPrice);
        return newSwapId;
    }

    function swap(uint256 swapId) public view returns (Swap memory) {
        return _swaps[swapId];
    }

    function _acceptSwap(address _addr) public returns (uint256) {

    }
}

[seolcoding]

Price Consumer 상속받아서 작성하니 훨씬 코드가 멋지네요

[bbabi0901]

일단은 contracts 폴더 내 디렉토리 구성을

contracts
+--Price     // 가격 정보 호출 관련 sol 파일
+--Swaps  // Swap 생성 및 체결 관련 sol 파일
+--Asset   // premium와 deposit 등의 정산 관련 sol 파일
+--CDS.sol     

정도로 분류하면 코드가 깔끔해질 것 같은데 어떻게 생각하시나요?

[seolcoding]

구조를 그리 잡으면 깔끔하겠네요
다만 price를 oracle로 바꾸면 더 범용적인 네이밍이 될 것 같습니다.

[seolcoding]

그러면 일단 윤수님께서 스마트 컨트랙트 구조도 잘 잡아주시고 코드도 멋지게 작성해주셔서
윤수님이 계속 컨트랙트 작업을 주도해주시고

제가 백엔드 서버쪽 기본 골격을 잡는 작업을 진행해볼까 합니다.

시퀄라이즈, mysql, express.js 활용해서 기본적인 api 골격과, db에 들어갈 목킹데이터작업까지 준비해보겠습니다.

[bbabi0901]

부족한 부분이 많은데 좋게봐주시니 감사드립니다

그러면 스마트 컨트랙트 작업은 진척 되는대로 공유해드리겠습니다

작업하시다가 개선사항이나 좋은 아이디어 있으시면 공유해주시면 감사드리겠습니다