CoinDesk meldde op 28 oktober 2026 dat verschillende financiële instellingen Google Cloud Multi-Party Compute in een private preview testten. Het bericht meldde ook dat Alphabet de dienst gebruikte voor niet nader genoemde digitale assets op Ethereum en Solana. Google noemt Multi-Party Compute een Preview-dienst. MPC verdeelt de tekenbevoegdheid over sleuteldelen, maar een policy-DENY houdt voldoende bevoegde ondertekenaars niet tegen om een transactie alsnog te autoriseren.
Wat Google Cloud Multi-Party Compute doet
Google Cloud beschrijft Multi-Party Compute als een platform voor het beheer van sleutels waarmee digitale assets worden ondertekend. MPC staat voor multi-party computation: meerdere partijen werken met afzonderlijke sleuteldelen samen aan een digitale handtekening, zonder de volledige privésleutel op één plek samen te voegen. Google gebruikt daarvoor drempelondertekening. Een organisatie kan bijvoorbeeld bepalen dat minstens twee van de drie aangewezen ondertekenaars moeten meedoen.
De onafhankelijke partijen bewaren geïsoleerde sleuteldelen in hardware-beveiligde omgevingen. Volgens Google kan een organisatie instellen of die delen in Google Cloud, op locatie bij de klant of op mobiele apparaten van gebruikers worden opgeslagen. De Google Cloud-documentatie over Multi-Party Compute beschrijft ook rollen voor beheerders, beleidsmakers en ondertekenaars.
Een policy-DENY is geen absoluut veto
Google Cloud evalueert transactiebeleid voordat een sleuteldeel wordt gebruikt. De regels kunnen bijvoorbeeld bestedingslimieten of toegestane bestemmingen vastleggen. Een DENY betekent dat het systeem de transactie niet automatisch ondertekent. Ondertekenaars kunnen de evaluatie bekijken en de transactie alsnog autoriseren; daarvoor moet hun aantal wel voldoen aan de drempel van het sleutelbeleid. De evaluatie blijft aan de transactie gekoppeld voor controle achteraf.
Dat maakt het beleid een automatische beveiligingsregel, geen onvoorwaardelijk slot. De uitleg van Google Cloud over beleidsevaluatie vermeldt bovendien dat een transactie standaard wordt geweigerd als geen toestemmingsregel van toepassing is, en dat een passende verbodsregel voorrang krijgt op een toestemmingsregel.
Bitcoin-transacties met meerdere ontvangers
Een Bitcoin-transactie met meerdere ontvangers kan voor de dienst een niet-herkende payload zijn. In dat geval wijst Multi-Party Compute de transactie af zonder het transactiebeleid te evalueren. De ondertekenaars krijgen dan dus geen beleidsuitkomst die de transactie als toegestaan markeert.
Genoemde netwerken en geplande beschikbaarheid
Google noemt Bitcoin, Ethereum en EVM-compatibele netwerken voor ECDSA met de secp256k1-curve. Voor Solana vermeldt het overzicht EdDSA met Ed25519 als “coming soon”. CoinDesk meldde afzonderlijk Alphabet-gebruik voor Solana-assets; dat bericht verandert de status die Google voor de dienst in zijn overzicht vermeldt niet.
Google noemt Multi-Party Compute Preview; de documentatie, laatst bijgewerkt op 27 oktober 2026, waarschuwt dat Pre-GA-producten ‘as is’ worden aangeboden en beperkte ondersteuning kunnen hebben. CoinDesk meldde op 28 oktober dat commerciële beschikbaarheid begin 2027 was gepland.
