sql - Parameter Bytea v surovej dotaze Prisma

Používam Typescript + Prisma + Postgres a mám problémy s odovzdávaním bytea/Buffer parametrov do raw dotazov.

Povedzme, že mám nasledujúcu databázovú schému

model Item {
  id       BigInt @id @default(autoincrement()) @db.BigInt
  hash     Bytes  @unique
...
}

Môžem dotazovať položky podľa ich hashov pomocou jednoduchého dotazu ako tento bez akýchkoľvek problémov

const itemHexHashes = ['ca6854726b0139254b7e5c4831c87ac043a938fa3543b5eb0ce0906e124483e9', ...]
const itemBufferHashes = itemHexHashes.map((h) => (Buffer.from(h, 'hex')))
const itemIds = await prisma.item.findMany({
  where: {
    hash: {
      in: itemBufferHashes
    }
  },
  select: {
    id: true
  }
})

ale nemôžem nájsť spôsob, ako odovzdať parametre Buffer pomocou $queryRaw (skutočný dotaz je zložitejší), pretože nasledujúce jednoducho nefunguje

const itemIds = await prisma.$queryRaw`
  SELECT id
  FROM "Item"
  WHERE hash IN (${Prisma.join(itemBufferHashes)})
`

Keď kontrolujem logy Postgresu, prvý dotaz interpretuje hash správne ako

parameters: $1 = '\xca6854726b0139254b7e5c4831c87ac043a938fa3543b5eb0ce0906e124483e9'

ale surový dopyt robí niečo zvláštne a analyzuje parameter ako

parameters: $1 = '\x7b2274797065223a22427566666572222c2264617461223a5b3230322c3130342c38342c3131342c3130372c312c35372c33372c37352c3132362c39322c37322c34392c3230302c3132322c3139322c36372c3136392c35362c3235302c35332c36372c3138312c3233352c31322c3232342c3134342c3131302c31382c36382c3133312c3233335d7d'

Skúšal som niekoľko vecí, napr. namiesto hash IN (...) použiť hash=ANY(...), alebo skúsiť odoslať zoznam reťazcov v dopyte - k najbližšej hodnote skutočného hashu som sa dostal, keď som Buffery prekonvertoval späť na reťazec pomocou ascii kódovania, t.j.

const itemHashes = itemBufferHashes.map((buffer) => (buffer.toString('ascii')))

potom použitý parameter bol

parameters: $1 = '\x4a6854726b0139254b7e5c4831487a404329387a3543356b0c60106e12440369'

čo je takmer to isté ako správne

parameters: $1 = '\xca6854726b0139254b7e5c4831c87ac043a938fa3543b5eb0ce0906e124483e9'

ale čo som si všimol, je, že každý druhý bajt je nesprávny, ak je jeho hodnota väčšia ako 8, potom sa odpočíta 8...

Čo to do pekla sa deje?