一意のデータを探す場合 [find] は最初の一つが見つかったらきちんと処理を終了します
[filter] は見つかった後も無駄に処理を続けます ユーザの CPU を無駄に使うと神奈川県警察に捕まります
……というのは冗談ですが無駄に処理を走らせていることは事実です テスト用のコードと本番用のコードは分けた方が良いと思います

 if ("development" === process.env.NODE_ENV) {
	 if (1 !== dataset.filter((data) => data.id === id).length) {
		 console.log("multiple same id.")
		 process.exit(1)
	 }
 }
 return dataset.find((data) => data.id === id)

APIから取得したデータなどでも信用していいのかという疑問がありました。

これはわかります。
これは本当に怪しい、と思うときは、受信した直後にわざと全件重複チェックをしてしまうのです。ここでfilterを使っても当然OKで、受信直後のデータに問題があれば「throw new Error」とかして、プログラムをそれ以上動作させないようにします。
ユニーク値を送ってこないのはAPIが悪い、という風に問題の切り分けが素早く行えます。 取得したデータがユニークな値を持つデータなのか、ユニークな値を持たないデータなのかが、わからないままプログラムを動かして、あとあと、更新ボタンを押したら落ちる、とかじゃなくて、受信したデータはあるキーに対してユニークですよ。というのを保証しておけば、プログラム全体でfind使っても安心してつかえるようになります。 で、API側の実装で絶対にユニーク値は送らないですよ、ということが固定してきたら、そのエラー吐くユニークチェックコードを消しておけばパフォーマンスも問題にならないです。 そこまでやるのはめんどくさいと思うかもしれませんが、受信データが特定キーでユニークかどうかわからないままプログラミングするほうが、あとでかなりめんどうなことになりますし、特定キーでユニークかどうか安心してプログラム組めれば、findを使うのは当たり前になります。filterで毎回lengthが１件かどうかチェックするほうが大変というか冗長かと思います。