https://github.com/austintgriffith/counterfactual-token-repayment

Loan repayment with a simple ERC20 transfer() powered by a counterfactual sweeper.
https://github.com/austintgriffith/counterfactual-token-repayment

Last synced: about 1 year ago
JSON representation

Loan repayment with a simple ERC20 transfer() powered by a counterfactual sweeper.

• Host: GitHub
• URL: https://github.com/austintgriffith/counterfactual-token-repayment
• Owner: austintgriffith
• Created: 2018-10-21T14:52:54.000Z (almost 8 years ago)
• Default Branch: master
• Last Pushed: 2019-07-18T09:25:04.000Z (about 7 years ago)
• Last Synced: 2025-05-08T22:43:10.065Z (about 1 year ago)
• Language: JavaScript
• Homepage:
• Size: 83 KB
• Stars: 8
• Watchers: 2
• Forks: 9
• Open Issues: 0
• Metadata Files:
  • Readme: README.md

Awesome Lists containing this project

README

          


[![predictivedeploymentscreencast2](https://user-images.githubusercontent.com/2653167/48635112-7d2f3200-e984-11e8-847b-0f3923427358.png)](https://youtu.be/xyYx0KjjhEo)

I think of "Counterfactual Instantiation" as predictive deployment: You know exactly what code will be deployed using keyless signatures to a predetermined contract address. The transaction is crafted ahead of time, is only deployed if needed, and can't be altered or tampered with.

The reasoning for the added complexity on the Dharma side is the user only needs to transfer tokens, not call any functions. This means any wallet that supports the transfer of ERC20 tokens can facilitate the repayment instead of a custom dApp.

[Read the full article here](https://medium.com/gitcoin/counterfactual-loan-repayment-828a59d9b730)

[![predictivedeploymentscreencast1](https://user-images.githubusercontent.com/2653167/48635131-8b7d4e00-e984-11e8-8b4e-2ec1736cf432.png)](https://youtu.be/vpoIJBRsfY8)