Skip to content
This repository was archived by the owner on Jul 14, 2020. It is now read-only.
This repository was archived by the owner on Jul 14, 2020. It is now read-only.

⚗️ Create basic expiry model of RFC003 #14

Closed

Description

@LLFourn

Calculate the appropriate alpha_expiry and beta_expiry for each party given the following:

  • A function which when given the time since broadcasting a transaction and the transaction fee will return the probability that the transaction has been included in a block.
  • A function which when given the time a transaction has been included in a block will return the probability of it being permanently in the blockchain.
  • The party's required confidence that they won't lose an asset.

DOD:

  • Make a meeting to demonstrate the model
  • Give realistic alpha_expiry, beta_expiry values for BTC-ETH and ETH-BTC.
  • Include results in relevant RFCs.
  • Create issue to default to such realistic values in COMIT-i

Child of comit-network/comit-rs#670

Activity

  1. changed the title [-]⚗️ Create basic security model of RFC003[/-] [+]⚗️ Create basic security model of RFC003 (expiry)[/+] on Jan 16, 2019
  2. deleted a comment from LLFourn on Jan 16, 2019
  3. added this to the Sprint 7 milestone on Jan 23, 2019
  4. 16 remaining items

  5. bonomat commented on Mar 6, 2019

    @bonomat
    Member

    I agree, but I'd say we have direct control of whether we show the redeem action to Alice, so it's on us to not show the action if it's getting too close to beta_expiry. This means that the protocol will not proceed to completion, but Alice won't be put in a position to try to redeem when it's too risky.

    I'm not sure if I understand your comment correctly: My understanding of this model is exactly for making this secure for anyone (not just our implementation)

  6. luckysori commented on Mar 6, 2019

    @luckysori
    Collaborator

    Alice's risk is determined by whether she attempts to redeem alpha_asset when it's too close to alpha_expiry.

    The model calculates alpha_expiry, which determines the likelihood that Alice will have enough time to redeem alpha_asset. But in terms of security this value doesn't matter.

    Obviously, for egregiously large values of alpha_expiry Alice could never possibly be in a situation in which she would be attempting to redeem when it's too dangerous, but the model does not take any of this into account.

  7. LLFourn commented on Apr 2, 2019

    @LLFourn
    ContributorAuthor

    The latex conversion I made of the previous work is here: https://www.overleaf.com/read/sswbyytnfjhy

    Please review.

  8. D4nte commented on Apr 4, 2019

    @D4nte
    Contributor

    @LLFourn who should be reviewing?

  9. bonomat commented on Apr 4, 2019

    @bonomat
    Member

    Really good work on that so far. I've added some comments and discussed with @LLFourn offline.

  10. ghost removed on Apr 10, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Labels

No labels
No labels

Type

No type

Projects

No projects

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions