Telegram: https://t.me/+DOylgFv1jyJlNzM0
Why this matters
backend/prisma/seed.ts inserts demo rows with strings that are not valid Stellar keys:
GDRS6N3K7DQ6GKH47O6E5K5G7B7H7I7J7K7L7M7N7O7P7Q7R7S7T7U7V (repeating, non-checksummed)
tokenAddress: 'CBTM5D262F6VQY4A6E4F6G7H8I9J0K1L2M3N4O5P6Q7R8S9T0U1V2W3X' — contains 0,1,8,9, which are not in Stellar's base32 alphabet (A-Z2-7).
These insert fine (they're plain string columns) but produce unrealistic demo data: any frontend isValidStellarPublicKey/StrKey decode on seeded rows fails, and the token symbol won't resolve via TOKEN_ADDRESSES. New contributors seeding a local DB then see broken-looking demo streams.
Acceptance criteria
Files to touch
Out of scope
Telegram: https://t.me/+DOylgFv1jyJlNzM0
Why this matters
backend/prisma/seed.tsinserts demo rows with strings that are not valid Stellar keys:GDRS6N3K7DQ6GKH47O6E5K5G7B7H7I7J7K7L7M7N7O7P7Q7R7S7T7U7V(repeating, non-checksummed)tokenAddress: 'CBTM5D262F6VQY4A6E4F6G7H8I9J0K1L2M3N4O5P6Q7R8S9T0U1V2W3X'— contains0,1,8,9, which are not in Stellar's base32 alphabet (A-Z2-7).These insert fine (they're plain string columns) but produce unrealistic demo data: any frontend
isValidStellarPublicKey/StrKey decode on seeded rows fails, and the token symbol won't resolve viaTOKEN_ADDRESSES. New contributors seeding a local DB then see broken-looking demo streams.Acceptance criteria
G…/C…values, or generated valid keypairs)TOKEN_ADDRESSEStoken contract values so symbols resolvenpm run prisma:seed(or equivalent) inserts data the frontend renders correctlyFiles to touch
backend/prisma/seed.tsOut of scope