Update grant disbursement program to handle funding using only credits transfers

Author: evanmarshall

grant_disbursement/README.md

@@ -20,31 +20,48 @@ The amount of vested credits is `= (current_block_height - start_block) / (fully
 
 ## Available methods
 
-### create_grant
+### initialize
 
-Used to create and start the grant.
+Used to create all of the grants. All grants must be hard coded into the initialize method so they can be funded by a simple credits.aleo/transfer_public
 
-The `paleo_amount` should be calculated similarly to a deposit in Pondo to maximize the pAleo received and minimize the slippage.
+The `paleo_amount` is set to 0 initially.
 ```
 async transition create_grant(
     public id: u64,
     public credits_amount: u64,
-    public paleo_amount: u64,
+    public paleo_amount: u128,
     public recipient_rewards_key: address,
     public recipient_principal_key: address,
     public cliff_block: u32,
     public fully_vested_block: u32
   ) -> Future
 ```
 
+### process_grant
+
+The actual funder for the grant is expected to transfer credits (using credits.aleo transfer_public or transfer_public_as_signer) directly to the program address.
+
+Once the credits are transferred to the program. Anyone can call `process_grant` to deposit the credits into pAleo.
+By default, the pondo deposit is constrained to be within 99.99% of the ideal pAleo minted given a certain credits balance.
+
+Calling `process_grant` deposits the credits into the Pondo Protocol, mints the near ideal pAleo and then transfers the pAleo to this program, later to be distributed.
+
+```
+async transition process_grant(
+    grant_id: u8,
+    credits_amount: u64,
+    paleo_amount: u128,
+  ) -> Future
+```
+
 ### withdraw_rewards
 
 Used by the grantee with the `recipient_rewards_key` to claim `pAleo` without touching the principal before the `cliff_block`
 
 ```
 async transition withdraw_rewards(
-    id: u64,
-    paleo_amount: u64
+    id: u8,
+    paleo_amount: u128
   ) -> Future
 ```
 
@@ -54,7 +71,7 @@ Used by the grantee with the `recipient_principal_key` to claim `pAleo` vested p
 
 ```
 async transition withdraw_principal(
-    id: u64,
-    paleo_amount: u64
+    id: u8,
+    paleo_amount: u128
   ) -> Future 
 ```

grant_disbursement/build/imports/pondo_delegator1.aleo renamed to grant_disbursement/build/imports/delegator1.aleo

@@ -23,7 +23,7 @@ struct TokenOwner:
 
 function register_token:
     assert.eq self.caller pondo_protocol.aleo;
-    call token_registry.aleo/register_token 1751493913335802797273486270793650302076377624243810059080883537084141842600field 1631421259099656974472467909989204u128 482131854671u128 6u8 1_000_000_000_000_000u128 false paleo_token.aleo into r0;
+    call token_registry.aleo/register_token 1751493913335802797273486270793650302076377624243810059080883537084141842600field 1631421259099656974472467909989204u128 482131854671u128 6u8 10_000_000_000_000_000u128 false paleo_token.aleo into r0;
     call token_registry.aleo/set_role 1751493913335802797273486270793650302076377624243810059080883537084141842600field pondo_protocol.aleo 3u8 into r1;
     async register_token r0 r1 into r2;
     output r2 as paleo_token.aleo/register_token.future;