Migração v7

​

LIDs (Linked Identity JIDs)

• Um LID é um JID. Único por usuário, não por grupo.
• A resolução pela rede é unidirecional: PN → LID. Use onWhatsApp() ou o USyncProtocol para descobrir o LID a partir de um número; o caminho inverso não é exposto pelo WhatsApp. O Baileys mantém um mapeamento local em sock.signalRepository.lidMapping com storeLIDPNMapping, getLIDForPN, getLIDsForPNs e getPNForLID. O getPNForLID só retorna pares que o Baileys já tenha visto em tráfego anterior — ele não consulta um PN para um LID desconhecido.
• onWhatsApp não retorna mais LIDs. Use getLIDForPN / getLIDsForPNs.
• isJidUser foi removido em favor de isPnUser.

​

Mudanças em MessageKey

• remoteJidAlt — JID alternativo para mensagens diretas
• participantAlt — JID alternativo para grupos, transmissões e canais

​

Mudanças em GroupMetadata

​

Mudanças em Contact

• id é o identificador preferido.
• phoneNumber populado quando id é LID.
• lid populado quando id é PN.

​

Compartilhamento de número

• Empresas: { requestPhoneNumber: true }
• Usuários: { sharePhoneNumber: true }

​

Novo evento

​

Novo enum

​

ACKs não são mais enviados

​

Meta Coexistence

​

Apenas ESM

​

Opção 1 — Converter para ESM (recomendado)

​

Opção 2 — Importar dinamicamente do CommonJS

const fs = require('fs')

async function loadESMModule() {
  try {
    const { default: makeWASocket } = await import('@whiskeysockets/baileys')
    const socket = makeWASocket({ /* ... */ })
  } catch (error) {
    console.error('Error loading ESM module:', error)
  }
}

loadESMModule()

​

Protobufs mais enxutos

• .create() — em vez de .fromObject().
• .encode() e .decode().

​

Referência