06:08:56
onyx_prot:matrix.org:
To clarify the scope:
06:08:56
onyx_prot:matrix.org:
monero-serai assumes persistent wallet state for key image and commitment
06:08:56
onyx_prot:matrix.org:
mask derivation. That works for nodes/servers, but not for browsers.
06:08:56
onyx_prot:matrix.org:
[... more lines follow, see https://mrelay.p2pool.observer/e/--z53OIKNWphZHBY ]
15:05:35
kayabanerve:matrix.org:
@onyx_prot:matrix.org: I'm unsure what you mean about assuming 'persistent wallet state'. Key images also cannot be derived from view keys only, and shares of a view key _inside the hash function_ wouldn't be homomorphic. It increasingly sounds like you're deferring to an LLM which is misleading you.
15:05:43
kayabanerve:matrix.org:
If you want to share your work though, please do so.
15:16:36
onyx_prot:matrix.org:
@kayabanerve:matrix.org: You're right, I compressed too much. Let me clarify:
15:16:37
onyx_prot:matrix.org:
Key images: KI = x * Hp(P) — uses spend_key shares, FROST aggregates
15:16:37
onyx_prot:matrix.org:
partial KIs. Server holds 1 share, threshold is 2, can't compute alone.
15:16:37
onyx_prot:matrix.org:
Commitment masks: view_key ECDH, computed client-side:[... more lines follow, see https://mrelay.p2pool.observer/e/v9TN7OIKWGI1d2Rp ]
15:17:36
kayabanerve:matrix.org:
1) That even more sounds like an LLM output.
15:17:36
kayabanerve:matrix.org:
2) monero-oxide doesn't use `.keys`.
15:19:16
kayabanerve:matrix.org:
So not to say your work doesn't contribute, to say if your reasoning against monero-oxide is the usage of `.keys`, you're misinformed on that topic.
15:22:52
kayabanerve:matrix.org:
Though again, if you have a contribution, please, share it. Solely talking about as an idea obviously causes a lack of proper context
15:23:01
onyx_prot:matrix.org:
Fair. Here's actual code, not LLM summary:
15:23:02
onyx_prot:matrix.org:
1. Lagrange coefficients for 2-of-3 (frost_dkg.rs):
15:23:02
onyx_prot:matrix.org:
pub fn compute_lagrange_coefficients(signer1: FrostRole, signer2: FrostRole) -> (String, String) {[... more lines follow, see https://mrelay.p2pool.observer/e/s-Tm7OIKYVc1aV9U ]
15:23:21
tobtoht:
Ban?
15:24:26
kayabanerve:matrix.org:
monero-oxide's monero-wallet does not require any daemon.
15:24:40
kayabanerve:matrix.org:
Not to say it meets your needs, to clarify that comparison still seems inaccurate.
15:25:43
kayabanerve:matrix.org:
None of those code snippets are remarkable, being a straightforward lagrange interpolation and simple commitment mask derivation. I'd recommend linking a GH repo, or yes, not bothering to continue talking about the code you won't actually publish for discussion here.
15:25:56
kayabanerve:matrix.org:
Though I wouldn't outright call for a ban 😅
15:26:11
kayabanerve:matrix.org:
But in general, since this seems like an LLM, I'd say yes, it's probably a waste of time.
15:28:51
onyx_prot:matrix.org:
hhhh You're right. Crypto is standard, nothing new there.
15:28:51
onyx_prot:matrix.org:
The work is a shipped escrow product — browser UI, API, dispute
15:28:51
onyx_prot:matrix.org:
resolution. That's it.
15:28:51
onyx_prot:matrix.org:
[... more lines follow, see https://mrelay.p2pool.observer/e/jqz87OIKSURfSnA3 ]
15:30:21
hooftly:matrix.org:
bro
15:33:02
kayabanerve:matrix.org:
K, now I'm call for ban lol
15:33:11
kayabanerve:matrix.org:
@tobtoht:monero.social: was right
16:06:01
ofrnxmr:
Fkn skull / facepalm
16:06:16
ofrnxmr:
Even the linebreaks are pasted from the bot
16:54:12
plowsof:matrix.org:
banned
18:02:13
syntheticbird:
YES YES YES YES YES.*
18:02:14
syntheticbird:
I LOVE THE HAMMER
22:39:50
rucknium:
@kayabanerve:matrix.org: Can you attend the MRL meeting tomorrow? Two agenda items relevant for you: zkSecurity quote for reviewing Elliptic Curve Divisors for FCMP++ and Goodell (2026) "Generalized Bulletproofs for Opening Vector Commitments." (https://github.com/cypherstack/generalized-bulletproofs-fix)