Commit Graph

16 Commits

Author SHA1 Message Date
Some Random Crypto Guy 34b2f9b315 commenced removal of pricing_record touchpoints for MVP release 2024-05-07 14:34:19 +01:00
Some Random Crypto Guy 606580a173 Interim checkin
This code contains working "return address" semantics for CONVERT and YIELD.
2024-02-16 11:02:11 +00:00
Some Random Crypto Guy 6b791a3df2 Improved documentation in the code.
Designed, but not implemented, the mechanism for yield - see db_lmdb.cpp
2023-12-27 19:33:28 +00:00
Some Random Crypto Guy a06b121dde First completed round trip test of sFUL/FUSD -> FULM
After all of the trials and tribulations, we finally have a viable prototype!

The code is working for conversions of all kinds. There are a number of
strange and annoying bugs still present, like the rings in the CLI wallet are
misbehaving at times. But we have a viable product.
2023-12-22 21:43:07 +00:00
Some Random Crypto Guy 6d08d5aabf A whole host of changes to start supporting more unified approach to uniqueness
Lots of refactoring still to be done in the codebase, and currently TRANSFER
method does not work - the daemon does not send the real output for some reason.
Lots still to do - please be patient.
This code is NOT ready for use. Or testing. Or anything else.
2023-12-20 01:06:23 +00:00
Some Random Crypto Guy 8bf55dbfef This code is hacky in the extreme, but it appears to contain a fairly complete
implementation of knaccc's "return address scheme" (for more information on this,
please see https://github.com/monero-project/research-lab/issues/53).

Fulmo's PROTOCOL_TX construct relies on a variation of knaccc's design to be
able to make return payments to individuals.

This code is not commercial-grade - it isn't even safe for alpha testing yet,
but it is operational under at least some circumstances, and the math is correct.

Caveat emptor.
2023-12-14 20:17:36 +00:00
Some Random Crypto Guy 6787d1d018 This is a big update towards working protocol transactions.
1. The CONVERT TX is creating the necessary information.
2. The PROTOCOL TX is creating the necessary information.
3. The wallet recognises the subaddress (kind of) on incoming amounts.

At present, the PROTOCOL TX outputs are NOT spendable or included in balances.
2023-12-13 14:41:59 +00:00
Some Random Crypto Guy 4955910886 this code is a hot mess of confusion with transfer_details and public_keys being scattered to the four winds. this code is NOT safe to use in its current format 2023-12-07 21:17:04 +00:00
Some Random Crypto Guy ccdbfbe397 with all security checks in place, the code is now accepting protocol_tx outputs as valid in-wallet; only the asset_type is misreported now 2023-11-27 23:06:35 +00:00
Some Random Crypto Guy c1f5dd42e8 change is once again working in the wallet - this only leaves the converted amounts to be paid out, and yield TXs to be supported 2023-11-21 21:22:21 +00:00
Some Random Crypto Guy 7f6b8daa49 placeholder checkin because of so many changes having been made - let's use github as a backup site 2023-11-09 18:53:09 +00:00
Some Random Crypto Guy aefeb0f83a so this commit contains a new GENESIS TX with the revised TX format - no pricing_record_height etc. Lots of reworking of tests because of changes to function prototypes, etc 2023-10-27 06:14:59 +01:00
Some Random Crypto Guy 0b3633ccdc working premine; empty first version of PROTOCOL_TX in block 2023-10-18 10:48:16 +01:00
Some Random Crypto Guy 08539345d2 little bit of branding 2023-09-13 17:46:22 +01:00
Some Random Crypto Guy dac963ca27 added asset_type handling to TX outputs 2023-07-16 22:00:53 +01:00
Some Random Crypto Guy bf78bd79a1 initial import of Monero base code 2023-07-16 22:00:52 +01:00