Skip to content

Instantly share code, notes, and snippets.

View jollyjoker992's full-sized avatar

Hieu Pham (Hiếu Phạm) jollyjoker992

  • Bitmark Inc
  • Da Nang, Vietnam
View GitHub Profile
@jollyjoker992
jollyjoker992 / ff-unified-auth-model.md
Created July 14, 2025 07:35
Feral File — Unified Authentication Proposal

Feral File — Unified Authentication Proposal

Version 3 · 2025‑07‑14 – for team review

Goal: One crypto primitive (Ed25519) for everything (JWT, playlist signatures), while letting wallets (EVM secp256k1, Tezos ed25519/P‑256) and classic passkeys (P‑256) coexist. Resource services must verify tokens offline; only Auth‑Server mints them.


1 · Identity anchors

@jollyjoker992
jollyjoker992 / unified-passkey-ed25519.md
Last active July 7, 2025 09:45
Unified Passkey & Ed25519

Feral File · Unified Trust & Playlist‑Signing Flow

(Push‑to‑Mobile Ed25519 model, iOS 16 baseline)


1 · Purpose

Enable all mobile users who already authenticate with a passkey to sign any “playlist JSON” (or other DP‑1 content) with a 64‑byte Ed25519 signature — even when the action is triggered from the web UI — while keeping DP‑1’s “Ed25519‑only for human signatures” rule intact.

@jollyjoker992
jollyjoker992 / software-artwork-minting-proposal.md
Last active May 27, 2025 13:56
Proposal — Minting an Interactive Software Artwork on Ethereum

Proposal — Minting an Interactive Software Artwork on Ethereum

Prepared for John Provencher


1. Artwork Contents

File Un‑minified size Role Notes
@jollyjoker992
jollyjoker992 / ff-lib.md
Last active May 24, 2025 15:49
Feral File Lib

Feral File Artwork Library

tags: Feral File operation

Feral File Variables

For Feral File generative artworks, it injects pre-defined variables then the collector click to view the software artwork in in frame. This helps artists be able to make variants to their artworks. The variables are:

  • blockchain - (bitmark | ethereum | tezos)
  • contract - contract address if any. empty for bitmark
@jollyjoker992
jollyjoker992 / series-data-onchain-storage-proposal.md
Last active May 23, 2025 04:09
Series data on-chain storage proposal

Problem Statement

  • Artist Requirement: Artist wants to store their custom, unminified JS file (~40 KB) on-chain with ERC‑721 tokens, while keeping the rest of the front-end assets (HTML, CSS, other JS, media) off-chain (e.g., IPFS).
  • Current Architecture: Each artwork series and its member tokens are managed by an ERC‑721 contract. Token metadata includes all source code and asset references.
  • Limitation: The existing smart contract does not support arbitrary on-chain data storage beyond standard metadata fields, so embedding a 40 KB JS file directly on-chain is not currently possible without contract changes.

Proposed Solution

  1. Series Data Mapping
@jollyjoker992
jollyjoker992 / bc-ur.cpp
Last active June 2, 2025 04:03
Jni with C++
#include <jni.h>
#include <cstdlib>
#include <cstring>
#include <cassert>
#include <cstdint>
#include <iostream>
#include <set>
#include <vector>
#include "../../../deps/bc-ur/src/bc-ur.hpp"